WIND RIVER 


Wind River Compiler 
for MeCORE 


USER'S GUIDE 


5.4 


Copyright © 2006 Wind River Systems, Inc. 


All rights reserved. No part of this publication may be reproduced or transmitted in any 
form or by any means without the prior written permission of Wind River Systems, Inc. 


Wind River, the Wind River logo, Tornado, and VxWorks are registered trademarks of 
Wind River Systems, Inc. Any third-party trademarks referenced are the property of their 
respective owners. For further information regarding Wind River trademarks, please see: 


http://www.windriver.com/company/terms/trademark.html 


This product may include software licensed to Wind River by third parties. Relevant 
notices (if any) are provided in your product installation at the following location: 
installDirlproduct_name/3rd_party_licensor_notice.pdf. 


Wind River may refer to third-party documentation by listing publications or providing 
links to third-party Web sites for informational purposes. Wind River accepts no 
responsibility for the information provided in such third-party documentation. 


Corporate Headquarters 
Wind River Systems, Inc. 
500 Wind River Way 
Alameda, CA 94501-1153 
US.A. 


toll free (U.S.): (800) 545-WIND 
telephone: (510) 748-4100 
facsimile: (510) 749-2010 


For additional contact information, please visit the Wind River URL: 
http://www.windriver.com 
For information on how to contact Customer Support, please visit the following URL: 


http://www.windriver.com/support 


Wind River Compiler for MeCORE User's Guide, 5.4 


26 Apr 06 
Part #: DOC-15796-ND-00 


Contents 


PART |: INTRODUCTION 


1 


OW scisscintccincssntisicnaccsitiadcundesis du vbiceuanicuieakdabencbobstbibniauieaddenbebuieasensel 
uP) Mm ahah (os ate) 9 Qrereereneereserereerere rs Pater ererer ter renee’ rerte tery r i are rerernrnny ferer verter rete terre yer eter re 
L2 | ‘Ovemniew of the To0le ccodscnnncnckinienniie ieee 
Important Compiler Features and Extensions .........:ccceseesseeeeeeeees 

High Pertormatic® Oph aiiZa One: saiicisisssstpeiceisionsesncntnastiedeunvens sbaaiecsuls 

PAIL Ey at tacetnen Gisaiaceae nua ah ead aa aoe 

Lo “Decanienhot: cinnccnmnumnionsummmnnncimincunminhnamananiins 
TDA Wee BRC es niiioes cacaccsictina tacnteeaicimaeeecatraeeee meats 

PCCIMO Nall AO UMON ES HOY occ sarantbisncncntianancxinasocatunsnennincsrcnciendentincnceand 
Configuration and Directory Structure ...........::ccccesseeeeseeeeeeeeseeeeeeeeees 
ZL ‘COMPONeNnts atid DITECOLI!sS: scstniosssssaciensennaresrsesieciviannnsasssosmaeceatanisscauvarnnsiennien 
2.2 Accessing Current and Other Versions of the Tools .........sssssssessssesssseseeseeees 
Zed EARP TUM Vata ONS sc saseicsnsaensssnia casein sanacanensecesessiisatacnoonshsnsnsdipontacancnsbtomensauehes 
2.3.1 Environment Variables Recognized by the Compiler ..........:.:0e 


iti 


Dr FEF WwW 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Drivers and Subprogram FIOW .......:::ccccssseeeceeseseeeeeseeeeeeseeeeeeeeseeeneneees 17 
Selecting a Target and Its COMpPONENES ...........seeceseseeeeeneeeeeeeeeeeeeeees 21 
DE SRLS C OG A TANCE sisisismacnsasricioresenemnsieieisminsngiainnmiienagisinabaanaineeone 21 
4.2 Selected Startup Module and Libraries ............ccsssssssssessssesssssetsesssesseseneneeeees 25 
4.3 Alternatives for Selecting a Target Configuration ..........ssssesssssscseseereeseeeeees 26 


PART Il: WIND RIVER COMPILER 


5 


Mirvac Linc Cin nnn UN a se ccs paces cceectccenereeteee erect nie 31 
5.1 The (lomiattd Line is sancssicenssescerseerrsreicceenncnice csi meena 31 
5.2 Rules for Writing Command-Line Options ............sccssssssseseseseeeeseeesesessseeseseees 32 
Same Option Moré Than Ont icccsincsscinciciinaninnaininiinnis 32 
Command-Line Options are Case-sensitiVe ..........c cece nena Bs) 

Spaces In Command-Line Options: arissiscnissieresienitispeinsnadorereisens aS 

LOUIE VaIMeS: Wanienianniuiiyauud annie aan ere) 

Unrecognized Options, Passing Options to the Assembler or Linker 34 

Det LAINE os sssncsnsisnsisinnnsnveneicnis sikh aedsvnse taanenis iniscnemsskintaipeninoneaudaiaseinaniacns 34 

5.3 Compiler Command-Line Options sisisscaccsicsiesssssscciesornsvnsenesiaoviswrisaverinaeis 35 
he ri Show Information About Compiler Options (-?, -?...,-h, -h...,--help) 36 

5.3.2 Ignore Predefined Macros and Assertions (-A-) ......cceeeeeeeeeeeees 36 

Dou Define Assertion (-A. assertion) 125 ciscdeccscnmnincencrneninnenecctennnies 36 

Bad” Pass Alors (ominee ga) incsamnininnncsmumenanenttemunaaramnaticn 36 

Sao pian After Assémbly, Procite OMect Ge): sscdiissmisnscuiaanations oF 

5.3.6 Define Preprocessor Macro Name (-D name=definition) ............0.0... 37 

5.3.7. Stop After Preprocessor, Write Source to Standard Output (-E) ....... a7 

523.08  Chatee Diagnostic Severity Level, 2) scicsticsicaaincictmnavadiniinns 38 

5.3.9 Generate Symbolic Debugger Information (-2) .......ccceeeeeseeeeeeeeees 39 

5.3.10 Print Pathnames of Header Files (-H) .0......eeeesecssesceseeeeeeeseeeeeeeeeeeeeeeees 40 


Contents 


53.11 Specify Directory for Header Files: (-I dit) jisceccisinininiimmnaunn 40 


5.3.13 Modify Header File Processing (-i filel=file2) 0... 41 


53.14 Specify Directory For -] Search List (-L:dit) ....cccmmimsromeiseennan 42 
53.15 Specify Library or Process File -1 nate) scscccrcnncsscscsnsieraiarncssarcanininn 2 


5.3.16 Specify Pathname of Target-Spec File (-M target-spec) ...ececececene 42 
Bok Seine canine eerie nde SE 
Bale Spey Ouipel File oth) icone “AE 
5.3.19 Stop After Preprocessor, Produce Source (-P) ween 43 
5.3.20 Stop After Compilation, Produce Assembly (-S) «vests 43 
5.3.21 Select the Target Processor (-t tof:enViron) 0... 4B 
5.3.22 Undefine Preprocessor Macro Name (-U name) ........c0 we 44 
5.3.23 Display Current Version Number (-V, -VV) .... 
5.3.24 Run Driver in Verbose Mode (-v) 


5.3.25 Pass Arguments to the Assembler (-W a,arguments, 
2A 22: IP OUIMNENIS) ch aanniuineesommoamnndermanneiaann. ae 


5.3.26 Define Configuration Variable (-W Dname=value) ou... 44 


5.3.27. Pass Arguments to Linker (-W l,arguments, -W :ld:,arguments) ....... 45 
$3.28 Specify Linker Command Pile CW mile) sisson 4D 
5.3.29 Specify Stathip Module -W sila) iccccrianpinimmanuninncirrniininincn 0 
Substitute Program or File for Default (-W xfile) oo ee  46 


Pass Arguments to Subprogram (-W x,arguments) .....:-ssesesseeeeeeees 


Associate Source File Extension (-W x.ext) ......... Kees. ae 
5.3.33 Suppress All Compiler Warnings (-w) ............ 

5.3.34 Set Detailed Compiler Control Options (-X option) .. 
5.3.35 Specify Default Header File Search Path (-Y I,dir) 
5.3.36 Specify Search Directories for -l (-Y L, -Y P,-Y U) . 
5.3.37 Specify Search Directory for crt0.0 (-Y S,dir) ..... 
5.3.38 Print Subprograms With Arguments (-#, -#H, HHHF) .oceeceeeeeeeene 49 


5.4 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


5.3.39 Read Command-Line Options from File or Variable (-@name, 


SAU RNs I tian Rivet sii ia neni res Ad tat ininauan arg adult Nem es wets 50 
5.3.40 Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) ou. 50 
pallet <. DOn0NS wai riendanceecnomunmauecannanacammnenneee 50 
BAA “Optieity Dera cacurauestirancaurencracieeniaci mcaneniveienateeasshanseahataadereiios Sl 
S42 Compiler=\ Options By PUmch oth «covinsissivcnnvercmsieivensienenmniens D2 
5.4.3. Do Not Move Instructions Into Prolog (-Xabi-prolog) ..........ceee 59 
5.4.4 Prefix Function Identifiers With Underscore (-Xadd-underscore) ..... 59 
5.4.5 Set Addressing Mode for Sections (-Xaddvr-...) ....ececcesesesesseesees 59 
5.4.6 Align Functions On n-byte Boundaries (-Xalign-functions=n) ......... 60 
5.4.7 Specify Minimum Alignment for Single Memory Access to 

Multi-byte Values (-Aalignieminan) sicssscvesrisissnsriviiiniaemenstnnniies 60 
5.4.8 Assume No Aliasing of Pointer Arguments (-Xargs-not-aliased) ..... 61 
5.4.9 Specify Minimum Array Alignment (-Xarray-align-min) .........0.0..0.. 61 
5.4.10 Change bit-field type to reduce structure size 

(-% DISS ds COMP TIES A.) saciearatcaianientenatacanarsciouueataesssmanrdeniedadsaicis 62 
5.4.11 Specify Sign of Plain Bit-field (-Xbit-fields-signed, 

<SDitHel sts SHE) jc riciereicincdonmaminnarinnmaniimenb OS 62 
54.12, Insert Profiling Code (-XDIOcK=COwUtit) ccsisiessssncncicninsnanannoncssionenaninarsinan 63 
BAAR Set Type for bool (-Abool-i-.2) sc cnisacinnmnninrnmancmemnemrns 63 
5.4.14 Control Use of Bool, True, and False Keywords (-Xbool-...) «1... 63 
5.4.15 Parse Initial Values Bottom-up (-Xbottom-up-init) «0.0... 64 
5.4.16 Control Allocation of Uninitialized Variables in “COMMON” 

and bss Sections (-Xbss-off, -Xbss-common-off) ........::eseseeeeeeeereeees 64 
5417 Use Abridged Ca Libraries (-Xctt-aBt)) sciciscsinncachinsmabasnsnshenstavennidancn 65 
$418 Use Old C+ Compiler (-Xet4-Old) -siscssccssissacarssveeonsisiabacdeasvinenstasaenngnasy 65 
5.4.19 Optimize Global Assignments in Conditionals (-Xcga-min-use) ...... 65 
5.4.20 Generate Code Using ASCII Character Set (-Xcharset-ascii) ............. 66 
5.4.21 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned) ........... 66 
5.4.22 Use Old for Scope Rules (-Xclass-type-name-visible) ...........0ceee 66 


vi 


5.4.24 
5.4.25 
5.4.26 
5.4.27 
5.4.28 
5.4.29 
5.4.30 


5.4.31 


5.4.32 


5.4.33 
5.4.34 
5.4.35 
5.4.36 
5.4.37 
5.4.38 


5.4.39 


5.4.40 
5.4.41 
5.4.42 
5.4.43 
5.4.44 
5.4.45 
5.4.46 
5.4.47 


Contents 


Disregard ANSI C Library Functions (-Xclib-optim 


IGEED asiuheserelacessics 
Enable Cross-module Optimization (-XCM0-...) ..ccsssseseeeeeeeeneeeeees 
Use the “new Compiler Pronmtanid (-Xemew) scisescnissnnsorersccnnnsinniiorersnens 
Use Absolute Addressing for Code (-Xcode-absolute...) ...ssesseeeees 
Generate Position-independent Code (PIC) (-Xcode-relative...) ...... 
Mark Sections as COMDAT for Linker Collapse (-Xcomdat) ............ 
Maintain Project-wide COMDAT List (-Xcomdat-info-file) .............. 


Optimize Static and Global Variable Access ain cdicea 
(-Xconservative- ae ges snegeaseaniase eases 


<MGOVIBIAIEUSIE) aisisdunicnin Monnens 


Dump Symbol Information for Macros or Assertions 
(-Xcpp-dump-symbols) 


Suppress Preprocessor Spacing (-Xcpp-no-space) . 
Use Absolute Addressing for Code (-Xdata-absolute...) .... 
Generate Position-independent Data (PID) (-Xdata-relative...) ....... 
Align .debug Sections (-Xdebug-align=n) ........sssssssssessssssssesseesssseesenes 
Select DWARF Format (-Xdebug-dwarf...) ....scesescesseesesseesesseesstesees 


Generate Debug Information for Inlined Functions 
(-Xdebug-inline-on) ... soybbiasanivayaiata vie ouavntanedaixtnd at ieiteiaiiuneed 


Emit Debug Information for Unused Local Variables 
PAlebtie lon) snnicisnssnannncmencommaniionavantanmanuamnmmnans 


Generate Local CIE for Each Unit (-Xdebug-local-cie) 00... 
Disable debugging information Extensions (-Xdebug-mode=mask) 
Disable Debug Information Optimization (-Xdebug-struct-...) ......... 
Specify © Dialect -Adialittn) ncsiunsdiaunintnininmonnnanicaemunnancas 
Disable Diswaphia-(-)cigraplisnc.) soicsnscscnssccasisannoatarauanannaremnceoen 


Allow Dollar Signs in Identifiers (-Xdollar-in-ident) «1... 
Conteal Use-of Type “ouble” (ote) siairvensiannercionnnmenin 
Dump Literals at the End of Each Function (-Xdump-literals) ......... 


vii 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


5.4.48 
5.4.49 
5.4.50 
5.4.51 
5.4.52 
5.4.53 
5.4.54 


5.4.55 
5.4.56 


5.4.57 
5.4.58 


5.4.59 
5.4.60 


5.4.61 
5.4.62 
5.4.63 
5.4.64 
5.4.65 
5.4.66 
5.4.67 
5.4.68 


5.4.69 
5.4.70 
5.4.71 
5.4.72 


Vili 


Generate Initializers for Static Variables (-Xdynamic-init) ................. 76 
Compile in Little-endian Mode (-Xendian-little) 00.00 ve 
CECI GRU VRS (STAI 1B ies} Sticts hacia ce sesdadsnaaadnnsinnse dannii 77 
Enable Exceptions (-MexcCe pion beis.) isisscc:sesacuasuiassancisnandemnetaisaiasanniands 78 
Control Inlining Expansion (-Xexplicit-inline-factor) .......ce ee i) 
Force Precision of Real Arguments (-Xextend-args) ........c cee 79 
Specify Degree of Conformance to the IEEE754 Standard (-Xfp-fast, 
=Aipsnotmal, «Aip-Ped antic) ansiwwersininwavinenanceiviniimmnninintes 80 
Optimize Using Profile Data (-Xfeedback=file) 0.0.0.0... ccs 80 
Set Optimization Parameters Used With Profile Data 
(-Xfeedback-frequent, -Xfeedback-seldom) ...........:ccsseeeseseeseeeeeeee 81 
Use Old for Scope Rules (-Xfor-init-scOpe-...) ocsccccccnerernecananinenenss 82 
Generate Warnings on Undeclared Functions 

(-Xforce-declarations, -Xforce-PrototyPes) .....ssssecessscsessseeesseeesessseessees 82 
Suppress Assembler and Linker Parameters (-Xforeign-as-ld) ......... 82 
Convert Double and Long Double (-Xfp-long-double-off, 

SP APOARUL A NOUR D scibscdsacatissouisuyhh paras ussiasgeastibuiseansiaiaia academe neadiamned aluNas 83 
Specify Minimum Floating Point Precision (-Xfp-min-prec...) .......... 83 
Generate .frame_info for C functions (-Xframe-info) .........::seeeee 84 
Include Filename Path in Debug Information (-Xfull-pathname) ..... 84 
Control GNU Option Translator (-Xgcc-Options-...) ...ccceseeceeeseeeees 84 
Treat All Global Variables as Volatile (-Xglobals-volatile) .................. 85 
Enable Hardware Divide Instructions (-Xhardware-divide...) .......... 85 
Do Not Pass #ident Strings (-Xident-off) ........ee eee eseeseeeneneeeeees 85 
Enable Strict implementation of IEEE754 Floating Point Standard 
USE Pare PMCS. accesses tases iaksnicecche ete sclera de banctaaehaaen cain tial 86 
Control Template Instantiation (-Ximplicit-templates...) ........:000 86 
Treat Finclade As Pim port (-MiM POLE). ccicrericcssiccusnsnaasaceaciecrcciacracaracs 87 
Ignore Missing Include Files (-Xincfile-missing-ignore) .........0000+ 87 
Initialize Local Variables (-Xinit-locals=mask) ..........:esseceseeeeseeeeeeseees 87 


5.4.74 


5.4.75 
5.4.76 
5.4.78 


5.4.79 
5.4.80 
5.4.81 
5.4.82 


5.4.83 
5.4.84 


5.4.85 
5.4.86 


5.4.87 


5.4.88 


5.4.89 
5.4.90 
5.4.91 
5.4.92 


5.4.93 
5.4.94 
5.4.95 


Contents 


Control Generation of Initialization and Finalization Sections 


(-Xinit-section) .... 


Control Default Priority fo: 
Sections (-Xinit-section-def 


tialization and Finalization 


Define Initial Value for -Xinit-locals (-Xinit-value=n) .........ceeeeees 


Inline Functions with Fewer Than n Nodes (-Xinline=n) .........00+ 


Allow Inlining of Recursive Function Calls (-Xinline-explicit-force) 


Specify Use of Alternate Sil 
(-Xinterrupt-alt-reg...) .. 


Specify Interrupt Return Instruction (-Xinterrupt-rfi, -Xinterrupt-rte) 9 


Set for Interrupt Functions 


Enable Intrinsic Functions (-Xintrinsic-mask) «0... 


Set longjmp Buffer Size (-Xjmpbuf-size=n) ... 


Create and Keep ‘suis de or en File ae — assemble, 


-Xkeep-object-file) .. 


Enable Extended Keywords (-Xkeywords=mask) .......cescsseeeeee 


Disable Individual pallcaaie C Xx] 
-Xkill-reorder=mask) .. eer 


‘ill-opt= ask, 


Wait For License (-Xlicense-wait) ........ssesessssecsseeseseeseeesseceeeeeteesseenseeneeeees 


Generate Warnings On aiemsaes Non-portable Code 


(-Xlint=mask) 


Allocate Static and Global Variables to Local Data Area 


(-Mlocab-data-ateaany) savsesecsussssccovisonswcanaseennanacess 


Restrict Local Data Area ia 1 
(-Xlocal-data-area-static-only) ... 


tion to Static Variables 


Do Not Assign Locals to Registers (- dp paca. a : 


Enable the loopt Instruction (-Xloopt-on, -Xloopt-off) ......ceee ee 


Expand Macros in Pragmas (-Xmacro-in-pragma) ......sssecseeseesseeesees 


Warn On Undefined Macro In #if Statement 


(-Ainacro-unidlehined wae): aiccdainicinccccma wane onan 


Show Make Rules (-Xmake-dependency) ..... 
Specify Dependency Name or Output File (- Suite Renicio: .) 


Set Template Instantiation Recursion Limit (- 


ee 


Xmax-inst-level=n) .... 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Set Maximum Structure Member Alignment 
(XSI SEAS SER) ss sisesa se hidetarieaniccr cea niiendadrcianinenncadtianantints 98 


Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile) 98 
Warn On Type and Argument Mismatch (-Xmismatch-warning) .... 99 


Specify Section Name -AnAaINIeA..) snijoniccceuininasedarnotnemanagion 100 
Disable C++ Keywords namespace and Using (-Xnamespace-...) ..... 101 
Save Registers for Nested Interrupts (-Xnested-interrupts...) ............ 101 
Enable Extra Optimizations GAO) vivcnnciscnmiimmnanicaaninmmsins 101 
Use Old Inline Assembly Casting(-Xold-inline-asm-casting) ............ 102 
Execute the Compiler’s Optimizing Stage n Times (-Xopt-count=n) 102 
Disable Most Optimizations With -g (-Xoptimized-debug-...) .......... 103 
Specify Optimization Buffer Size (-Xparse-size) 00.0.0... cesses 103 
Output Source as Comments (-Xpass-SOUrce) ......sssssesersnenersetneseeeees 103 
Use Precompiled Heaclere (-Xpeli-,..) jcnicscocvsrssssssseeaasassizieoseoenssnsuntigions 104 
Generate Position-Independent Code for Shared Libraries (-Xpic) .. 104 
Treat All Pointer Accesses As Volatile (-Xpointers-volatile) .............. 104 
Control Interpretation of Multiple Section Pragmas 

(AA PTAG MASBeCHONR i.) -sisatsrsnscecacnimnnararnsacaancield acorsnosacnsturiiaiasbesaatnenanaiarsiney 104 
Preprocess Assembly Files (-Xpreprocess-assembly) .......:.:ssssseseseees 105 
Suppress Line Numbers in Preprocessor Output 

{=A Preprocessor enCHONy icine ananassae 105 
Use Old Preprocessor (-XpreprocessOr-old) sicccsicsiicscastcrmciaaaaccs 105 
Generate Profiling Code for the RTA Run-Time Analysis 

Tool Suite CA pial) ssnniscccanmaninsianancicnaninin aianummenes 106 
Select Target Executable for Use by -Xprof-feedback (-Xprof-exec) . 107 
Optimize Using RTA Profile Data (-Xprof-feedback) .......... cee 107 
Select Snapshot for Use by -Xprof-feedback (-Xprof-snapshot) ........ 108 
Restart Optimization From Scratch (-Xrestart) .......cccesseeeeeeeeees 109 
Generate Code for the Run-Time Error Checker (-Xrtc=mask) ......... 109 
Enable Run-time Type Information (-Xrtti, -Xrtti-off) ..00. 109 


5.4.123 


5.4.124 


5.4.126 
5.4.127 
5.4.128 
5.4.129 
5.4.130 
5.4.131 
5.4.132 
5.4.134 
5.4.135 


5.4.136 
5AA37 
5.4.138 


5.4.139 
5.4.140 
5.4.141 
5.4.142 
5.4.143 
5.4.144 
5.4.145 
5.4.146 
5.4.147 


Contents 


Pad Sections for Optimized Loading (-Xsection-pad) .....eceee 110 


Section Class 


Generate Each Function in a Separate CODI 


(-Xsection-split) 110 


Disable Generation of Priority Section Names (-Xsect-p: 111 


25 Control Listing of -X bad in —— —— 


(-Xshow-configuration=n) ... a iueaeaigomtinces. “ILL 
Print Instantiations acepes ikki ene tenes «TEL 
Bia Taget eee t ie) accnniercmnnimcncinanineninennunnmtannce IL 
Optimize for Size Rather Than Speed (-Xsize-opt) oo... 112 
Enable Stack Checking -Xstack-probe) sisisvesianmnorrnenioncrinen 112 
Diagnose Static Initialization Using Address (-Xstatic-addr-...) ........ 112 
Treat All Static Variables as Volatile (-Xstatics-volatile) «0.00. 112 
Buffer stderr (-Xstderr-fully-buffered) 0.0... 113 


Terminate Compilation on Warning (-Xstop-on-warning) ......... 113 
Compile C/C++ in Pedantic Mode (-Xstrict-ansi) w..0teee 113 


Ignore Sign When Promoting Bit-fields 
ict-bitfield-promotions) . pireuetiuiiiimnmennichaintis, LES 


Align Strings on n-byte Boundaries (-Xstring-aligr 
Warn on Large Structure (-Xstruct-arg-warning=n) ... 


Control Optimization of Structure Member sini inact 
See ies lien canner iecmncereanamaeencss a 


Set Minimum Structure Member Alignment (-Xstruct-min-align=n) 115 
Suppress Warnings (-Asuppress-Warnings) winiicriinianiacan, 115 
Swap “\n' and “\r" in Constants (-Xswap-crtil) «c:cccssccctectsissterecens 115 
Set Threshold for a Switch Statement Table (-Xswitch-table...) .......... 115 
Disable Certain Syntax Warnings (-Xsyntax-warning-...) cee 116 
elect Tateet Piscesee? FX tatee 0) ecicnsiaocmnnanionmicuiaiy< LE 
Specity Loop Test Location FAS) sccoreccccmmaacccomimens 106 
Truncate All Identifiers After m Characters (-Xtruncate) ..........0. 117 


Append Underscore to Identifier (-Xunderscore-...) cesses 117 


xi 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


5.4.148 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n) .........0.e 118 
5.4.149 Runtime Declarations in Standard Namespace (-Xusing-std-...) ...... 118 
5.4.150 Void Pointer Arithmetic (-Xvoid-ptr-arith-ok) «00... cscs 119 
$4151 Datine Type for wehar (-Awehar=n): siisciciecsnadnacsscenindraraanccacinanns 119 
5.4.152 Control Use of wchar_t Keyword (-Xwehat_t-...) ...cccseeesseeeeeees 119 

5.5 Examples of Processing Source Files ........ssssssssssscssssssssssssesesecacsssssseseseaeseeeseees 119 
Bel ‘Compile and Link sacnniinnccumnncwcamnmennmmmomnnuemans 120 

BiB Raabe COMPU A BORD. gaia cisssseseaeiesoradsiaesrseoiernaheascuadouesegreasdebonannawlatinnss 121 

B58 AssembhPOutpt icc unuieniennnislida 122 

S34 Precompiled Headers: sonicainmincauinnuiciinnmoakionwminns 122 
Additions to ANSI C and C++ .......cccsssssssssesessesesesesesesseessesseaneseenes 123 
6.1 Preprocessor Predefined Macro .........ccsssssesssscscssscssssessssssscessssssesssssssesesseseses 123 
6.2 —_ Preprocessor DIT CHV OS: a ccsssesssenernranconesenenerersnnrasronarerernensnsasverevennperatasicnereperesartsass 126 
#assert and #unassert Preprocessor Directives .........ccc eects 126 

Terror Preprocessor Directive cc. cnauisiomeniennicneennt 128 

modent Preprocessor Direeive (Oily) sacascnsiannccanmnnnacamnseiars 128 

minpore Preprocessor MeOH eS sccccicaisnnasnciiernncacsadidamaeanmnice 128 

#info, #inform, and #informing Preprocessor Directives ..........:0 128 

#warn and #warning Preprocessor Directives «0... ye 

GB PRA TIVAS sas cesscniccessissiacucvaeiansiadassscaanarsaisieasenicachaniaisieinasesnaaaadenansiensuceaiandsniinbsiccsanesuanaes 129 
ahieay Pei. onuscaniniiaramnnnmaenianrna ennai an 129 

cole Ng gs ss |e Inter lmeete ve eee ered ene ee et Perse erence eerie eerete rer Perea ere et ee 130 

global redister Praga scuyiannnnanineminrtnacneunnnuaeniurins 130 

iclestopy Prag. cninnsiivntnenwiindanwanivas Gomi aaniaaibas 131 

OGRE PRAQMA piace ceniiiianininibdiannn besa Ieed 131 

LO PHARMA: cinnidasesihinaiiminienian Wannabe 131 

NE PRAGA cdicianinninnianwnimsdiannimuiacannumieinniiaes 31 

CAterO Gy DA BIN) cco aie oA eee eR nia 132 

Hocsline Pree sce eandrscainnininae wine ReneS 133 

HO PCr Pass. 1s ei een ain eee Rea eee 133 

WAG _FOPUIN: PRA INA: sesiiirasicieevsuarertinaniaatereatancsdnennuerenacraanhunerauearaniecs 133 

WO Bide eels PAGING: da ntiuadiritonn iain manuaideeanaannde 134 

pHi PAGO cise Puteri ie anaakouies 134 


xii 


6.4 


6.6 


extended Keyword (C only) .. 


Contents 


pack Praga vuiwriiimrnciumtronnminiacionaniuuuand TS 
Pure fuMctOM PrABOIE syeiscicsssarscreuicscaan 
section Pragma ............ 
use_section Pragma .... 
warning Pragma ..........++ 
Weak PRABIN, sccscciniisisicsancsson 


Keyed?) casisimiaccomaincncnninininannnomnninnaamamnninanemmne LAL 


__asm and Keywords 
__attribute__ Keyword .. 


__inline__ and inline Keywords . 
__interrupt__and interrupt Keywords (C only’ 
long long Keyword .. 
__packed__ and packed Keywords 
pascal Keyword (C only) ... 


__typeof__ Keyword (C only) .. 


Abii btite SpecdG ers sssccscsciciocstsissscsciacasscsssastensecacntsnscossasuccindaciataasassaccceunscauesstonsccas LES 


absolute Attribute (C nie iphih inion aRENEe 
inna sind eras 


ain sets pre 
no_side_ef: Attribute .. 
packed Attribute .. 
pure, pure_function Attribut ie 
SCE erin arte tn | ARES cs yascisca asin sstaneti dea busiiuawenaeasanaisauavivaeieariniavendiisn 


REECRS 1 FMC HOS: .sccssivescxcsessocseesictianszeacedeceamvnsesaeiiniamirenamomvcens, LOU 


C++ Comments Permitted 
otis peniiels Allocation w 


ERROR fans. 
sizeof Extension ........ccccceeeeee 
VACATE MARIOS scisnasresnsnisiascicninves 


xiii 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Embedding Assembly Code ...........:::ccccsseeeeeeessseeeeesesneeeesseneeeeeseneeeeeness 157 
TL, TnPOdUCHON Jacicnacssmincmncmenmaacnimamninmniai emanates 157 
Bek MBI MACHO easeesiccissinsrcrcccesensverssardeasornevinaeniarsiacesbannanauaneiacdonavebivins aatatnatintensabesasicviens 159 

Oar ES 1 Beith DAIS ao) scaccietscasias i nites askin secieela atin aés 162 

Pesci els it AE AS sai secsnacsinesltiatasdin iaadyaantrah acaardirabniteteleaeadbstandntes 163 
Go. sii Airing SAteMENES diiniacidinnenisinracietianndeninimunnintanmnaniia 164 
(a Reordering in asi CGC sccncunscnmncnnamccnmanmmmmiaamnnmmade 166 
Tod BEE PRA CHING: cisccinissssacciinansssesvecieaaintanadecanntarnniginanontscletiaimennunmainielemeeteninuel 167 
Internal Data Representation ............csseeeeeeereseseeseeeeeeeeeeeeeeeeeeeeeeeeennnees 169 
BL Basie Wate Ty Wei scr isseeseonssansisrsewcctaseascrpsitecssernsraraisiepdaasensisrarsteraenceaenerieraaeancare 169 
Se EER DID NIUE ys csacssascysaningaensnded sate veripaniaiaan ea iovenipheavassainisunntuanansianaskienigentaniadioveienatans 171 
io: AVS sceneusmandenen ine enemas aan eam emer 172 
BE © TRATES: ssssssssnasieiovssvscecntuasnsvesnissiiciaaara teas souvexniwuavans cass iveterniapaaneisaaouaeretalaiaas inibenwnbien 172 
8.5 Classes, Structures, and UniOnS scccidcssscisicinnctascossiccten cnn nanan 173 
CER CIASGE scsaceripsacsseisanvnpepsansisiais vennpesiaiieaiasersaatapinnand SiemeunaeieameianpEanaL eRe 173 

Pointers ty Members siciiic tun ccnsasnacnnucaicnmimaanaannncns 176 

Virtual Function Table Generation—Key Functions 0... i? 
8.7 —_ Linkage and Storage AllOcation. ..........eesssssssssenessssesesesencnesesssssseacssaesesssssseseaeaes 178 
REAUMRTAGS Ge ING isos sas scccssccces sic scat ese cncsacacccassceneiecenceranee 181 
S| Ino diCHOR idence niniihnl io eae ooeusamnwedaniie 181 
O22 Back Lavyouh ccc canccinsinaeaiceminnantacsaamcnsmaeamnnneen 181 
9.9 _ ATBUMENE PASH cssirsccrsreneinnamemmnnacnnccairanrnancasndernanenmreienmatendieses 183 


XiV 


9.4 


9.5 


Optimization 


Contents 


C++ Areument Passi scsscsssiccccssascscsaccissncenssstscsectiiacactenssststansarccmasivecccaastsanees 183 


Pointer to Member as Arguments a 
Member Function 4 
Constructors and Destructors . 


Return Types ou. 184 


Returning Results ...... 


lee, Site and Uiion Retin Type ccciciicanomnncacan. 18S 


PECIMEE USS siceisacminimainionnionintimiennenmmmiemnnnninatimimiemes LOE 


10.1 Optimization Hints .. SA IRs RE RRR aRaias: EEE 


10.2 Cross-Module Optimization ..... 


What to Do From the Command Line .. is cea iiysctetetennteatdteco. bee 
Whatte Do With Progtaiis jnicacsicnimcdanniniwsnianmnicaiinn 190) 


10.3 Target-Independent Optimizations... 196 


Tail Recursion (OK2) iv 


Undefined vitakle prop. serie coco 
1 sed assignment ees (0x40000) . 


Se aeiet ne Oo; 
Remove vee ae 


baad scare an (02000000) .. 


11 


12 


13 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Loop Statics Optimization (OX4000000) ........ccccecesesesesesseteseseseseseseesens 206 
Loop Invariant Code Motion (Ox8000000) ..0.....cc eee eeeeseseeeeeeeeeees 207 
Static Function Optimization (Ox20000000): inc.csctaccncvansansraniney 207 
Live-Variable Analysis (OX40000000) .....csccscsscsccssaseseccessesssstrarasecseneoes 207 
Local Data Area Optimization (Ox80000000) .........cccsseeeeeeeessesesesenees 207 
Pecdbadck (pti Zan iscsi icccnnstesiesiatia asian abies 208 
10.4 Target-Dependent Optimizations ............ccssssssseseseseseeeesesessssssscesesesseeseeneneees 208 
Baie Recrer ie HOLE uactinscentielicinnitiap ic ueiSS 209 
Gernetal Peephole Op tlini ration (O08) -sicceacciseasasnacossccinmnscciotsnaniatlns 209 
Peephole Reachitia Atvalysis (0820) scicssisccccismiasatstssesncinsrnctinarsaaseiass 209 
Simplify Branch Constructs to Conditional Instructions (0x100) ...... 210 
Merge Common Block Entry or Exit Code (0x200) .........cccessesesseeees 210 
Additional Loop Optimizations (OX400) scicciccccseccicissencieicvessuranaaneiees 210 
Simple Scheduling Optimization (0X1000) ......:.ccseseseeeeseeseseseeseseees 210 
IVS Example OF Optimmazatigirs cccsiscssnsscnnnnnsssisncancsansianensasnsssndisshinesansesiasasnadasoeneandsonseaas 210 
TING Lit FAGUIEY sisasssssisctsassassnscsicsnsnaascsiaseainarndiancesdastinacauanancsiaanaiaaneniaaee 215 
oa UMM Via Eg at as Wemeenreepe were hemcrceteeep ecient tent rier ten ter trrtr errors tt they ter rtre freer 215 
TLD EXPOS ccccccosscsonienrieoreseirnminienienam ae nm NMRae 216 
Converting Existing COC ...........::ccccsseeeessseeeeesseeeeeesneeeeeeesseeeeeeessneeees 219 
a2 Operate nc econ elena eee awe 219 
22 SCOR PU AON SSW) ss sceiscsimsreninindesnnnnannduneuminiiinnmmemncaiea 219 
Ser (ie ates naman neta 220 
Older Versions aithie Compiler sesccsisicscniacciitencacnaastiaeartnaennenss 220 
EZD ~ EXGCULOI. ISSUES sisi sissssscsissacisissrncsetesiensnriiets armeseaisiseaciernataennmiaeinmimenctans 222 
PA (GNU Command-Line Options a vcccccswcsssncmansssssnercceveccvssvarenineiaveseoentestsannnateiesves 224 
C++ Features and Compatibility ............::cccsceccsseeeeeesseeeeeeeseseeeeeneeeenees 225 
Bad, Head et Piles x -cscccicesarssessrscecseaacscayrsnsan ana asia sat ecnes saa kaso esate aa aatneeteacnses 225 


Xvi 


Contents 


W322 (Cb Stand Lib rartes cicssssccssscssisccescaccscssnsenconssusetsccnstessccessieionaseterncseacdioumaeaiacc, 220 


Wonietandanc) Purietions sacavaiaccaninanteiennddsawee beeen er 


18.3 Migration Prom C t6 Ct inciccisnannicannimiomianinunmaneniiniemamnend 227 


13.4 Imiplementation-Specifiic C++ Features <cnsscccsesssosssasearsaccsssssenonescienmne 228 


Construction and Destruction of C++ Static Objects wo... 228 
Templates ....csss sipaneaiesatatats ag 229 
Exceptions ..... 
Array New and Delet 
Type Identification ......... 
Dynamic Casts in C++ 
Namespaces ............. Acie ehvive bah yeEEia pana 
Undefined Virtual Functions .. Simian aioe fob 


13.5 C++ Name Mangling ............ 
Taser Tite IRI sis cztsccerraoicspiariaresinbinneiaminneestonaraeanaavssavaniannenisncelandiond 


13.6 Avoid setimp and LonepMp + sccinvicessciniinernnacmnnrsninininnicnnanmnnces 290 


TS 6 (Precompiled Mead ets cicciccccioticnicncnminamacwiitimineammes: 290 


PCH Files .. igs aaa lara eiinenesa igi earn aeaenn OOEE 
Limitations wie Tease atts. pisses laeiviaassaneeierigieaecenniernie ALOT 
DAS HGSNES accenrsicnnnnpieenniccuremnin aa nnamannnine COEF 


Locating Code and Data, Addressing, Access PTOTTITITT Tritt) 239 


14.1 Controlling Access to Code and Data ..cisccsssescsssssscassensssssanssasconssorssersamnerneresens 239) 


Section atid Wee Section PRMeinas scccsiinninniandinmanigiinin 200 
Section Classes and Their Default Attributes igniniiRieRioe, ee 


14.2 Addressing Mode — Functions, Variables, Strings... 244 
14.3. Access Mode — Read, Write, Execute .........cccssssssscscsssssssssccsccscssssssssscssssssssssees 247 


14.4 Local Data Area (-Xlocal-data-area) ..........ccsccsscssssssssssscssssesssscscessssssccssscscstscsees 254 


Xvil 


15 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


14.5 Position-Independent Code and Data (PIC and PID) ou... cctstsceseeseeeee 255 
Generating Initializers for Static Variables With 

Position-Independent Come: ccciccnmininomnnucainnindas 256 

Use in an Embedded Environment ...........cccccsssseesssssseesssssseeeessneeeeees 259 
25:1. Into dMeuon sccsasc ecient eee mnaeucan 260 
15.2 Compiler Options for Embedded Development ............ccssssssesssscsesssseesesssseees 260 
153 User MoGitications ccccccasniiaaccanaupniccsneninncsacanannvanamimvcaiecan 262 
ISA «Startup and Termitiation Come cicisiisinascsvcorcacsatosansconserqanienaiinssvassaarntaianearesvoesicuest 262 
15.4.1 Location of Startup and Termination Sources and Objects ............4++ 264. 

TS Des Tee ai Sys scstcacasans iene caracsiacasscaceeesuanaanastiecee diene Gide 264 

15.45. Motes tor ertiibaec and! chard tone iairiesiecnatanioncuedaacnicey 264 

De IC ME Os sa secesispepsitaente eis ewes ce ei He 265 

Lb NOtG8 $7 Eoct Panic 00S: ca cesdincninersnssccceancarmavasenvernmnaanaeodsnnemrntne ee 266 

154.6 pieck Initialize aiid CHORIN cimciicncdaunaincanimdoccqaasieias 267 

15.4.7. Dynamic Memory Allocation - the heap, malloc( ), sbrk() ................ 268 

15.4.8 Run-time Initialization and Termination ..........:.cccceceecececeeeeseeeeeeeeeeeees 269 

15.5 Hardware Exception Handling .........cscsesssssesesssresssssseseenssessssssesenesesssssesseeneees 270 
15.6 Library Exceptioin FAG g sss sssssraresesisstorsecnnasasavessiervensnasasavssasssesatnananioarasaieentaas 270 
15.7 Linker Comiiatid File csccsccessssensserepicectsncceinvireuucninenrisesinannnmar 271 
E58 ‘Operating Sysberi Calls accsiiccssssscscicssssnsnissnia casessssnsveisicnecssianctanaeievianisseisteancieaneteeaes 272 
ees Caran Ty vices eo auiciatinn aii enim anna wean wnibes 273 

Ieee PUGS sacucininennceninteaa enema 274 

13:83: -Miscellanéous Funcnonk siaiscciosinunccntnnnnGecimunaswicmemiies 275 


Xvill 


16 


15.9 


Contents 


Communicating with the Hardware .......ssssssssssssssssssssessssssssessessssssessesssseees 276 
15.9.1 
15.9.2 ee ee ssdceneacnecinininbandreasmemmnia LO 


Mobdng C and Assembler Punchion® sincnsinnsicnovonmnanmunin 270 


) Reentrant and “Thread-Safe” Library Functions .........ssscssscssecseenseeneeeeeeeee 278 
Target Program Arguments, Environment Variables, and Predefined Files 279 


Profiling in An Embedded Environment ........cscsssssssssssssessssees 281 


The Wind River ASS@Mb Ie ............cceececceeescceeeeceeeseceeseeeeeseneeseeeessenensssee QOD 


16.1 


The das Command . 


Selechag (he Tater iisoniniesnnonimmequiamiantienilndamennnes DES 


Assembler Command-Line Options ........ssssssessesseessssseesssesesesens 286 


Show Option Summary (-?) .. 

Define Symbol Name (-Dnam 

Ge aie oo Informe 
ist 


Print Gai hee (-V) ... sane acaawianaiaassbacatararies 
Define Configuration Variable (- Wiinanc=valuel Hiicndeniieitmscni LOW 
Select Object Format and Mnemonic ie 

(-WDDOBJECT=obj 1é 
Select Target Processor (-W1] 
Discard All Local Symbols (~ 


Print Command-Line Getane or on ndardl! Output 4) .. sees 290 


xix 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Read Command-Line Options from File or Variable (-@name, 


SOUT EUB ISD wichcheswetlesciee Seacetestin tes edaa niches unlyea acladed ni Nepnuaiaehdetleuaie 290 
Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) 0... 290 
16.4 — Assembler -X OpGOnS sccccinicniincniannuaeuinnnunininimawmnaanniaes 291 
Specify Value to Fill Gaps Left by .align or .alignn Directive 
(Realtor PLC) ccssssstersecicscvesssisinenegiies was iaaannnersw aeniannenes 291 
Interpret .align Directive (-Xalign-value, -Xalign-power2) ..........00+ 291 
Generate Debugging Information (-Xasm-debug-... ) .......ccceeee 291 
Align Program Data Automatically Based on Size (-Xauto-align) .... 291 
Set Instruction Type CACp tec) xrencinciienninshenmemnnmiamnnne Paes 
Set Default Value for Section Alignment (-Xdefault-align) ................ 292 
Enable Local GNU Labels (-Xgniu-locals-...) .c:csccsisscsssescocsvessnssseonnenss 292 
Include Header in. Listing (-Aleeaden...) ssccscnissiaisiotaacnsninaavobncciananisaloss 292 
Set Header Format (-Xheader-format="String”) ........sscesssecesseeesees 293 
Set Label Definition Syntax (-Xlabel-colom...) .ccc.scsceinseesessssesseniveees 293 
Set Format of Assembly Line in Listing (-Xline-format="string")) ..... 294. 
bere a TABU FIRS 0 a sais osinncactronsnastinsecntnnariaununbienaeiabaens 295 
Specify File Extension for Assembly Listing 
{-MliSt-Hle-EXtENSIOM= SIRINE "} sasciccsscesdiacscesaianrsounnnisenemnnaseceun 295 
Set Delay of Literal Generation (-Xlit-marg-...) oo... eens 295 
set Line Lengthiof Listing Mile (-XTen=n) sur icssommnnaindnnnvins 296 
Use old loopt Functionality(-Xloopt-old) ........sscssssseessseessseseeneeseeens 296 
Enable Blanks in Macro Arguments (-Xmacro-arg-space-...) ...s.sss00+ 296 
Set Page Break Margin (-Xpage-Skip=M) ........sssssssssssssecesssseeesseesesensens 296 
eet Lings. Per Pare (-Aplenai) caindaiinawniwacnnmniaaenannas 297 
Limit Length of Conditional Branch (-Xprepare-compress=n) ......... 297 
Enable Spaces Between Operands (-Xspace-...) ..sscsssessssessssseessseenesseens 297 
Delete Local Symbols (-Xstrip-locals..., -Xstrip-tempS...) .....sceeeee 297 
Set Subtitle (-Asubitle—"Stine") sseaiiscnsunuiiasdsionnmaaninnnvans 298 
Set Tab Size (=X tal Sige ih) shears asces aspen eine ines 298 
Bet Tithe CAME SWING) scars iiunriniiriednsnnndiakinianwass 298 
TH SYP PUGS sss cactta rn senrseseaennancesseexercasnrnnrensanannersesantaananannsanannmaneanesnezaase 299 
17.1 Format of an Assembly Language Lite ..........ssssssssesesseseseesesesessssesenesessseseesenes 299 
TAINS: coiscstcieschxscnn species rate eapinndinvatalar tous ana garelteeuir uvcenenaarels 300 
CBC O0 8 cn cioneanacuianauivecnaiers uci iain eainuaa untae 301 
HSIN CED ccs enn cnts zat nuat ela acetacnv indore ana tdtacneriancranitennris 301 
COONEY sa ccctnanncciandiaesn ans anucctoaninnaarmmnnmuanine 301 
P72 SYMD OSE cemccanersinenmunnnnnensunnnnenacomnniieunuiainanuumnnenenanuiies 302 


XX 


18 


19 


20 


Contents 


17.3 Direct Assignment Statement ........cscccssssssssssssssesssssssessssesssssssssssssssssssesseesees S02 
174 External Symbols cciscicccinnnunnmnenidoannaminnnnnnmaemnas SOS 


T7B Lineal Sys sasecc cso css csissceacasssnscnsscsscarsccesnarnatassasseconsantssanerasathasissancstesaetsdiaasssaacea: OOM 


Generic Style LOCSIS vscnciuvsmannhourareannniieosknnnienaden OOF 
le atone enone meinem ue 


17.6 Constants .. 


Integral Constants 
Floating Point Co 
Ue CGHRPAEES eeisidoncwacimnnars 


Sections and Location Counters .........:sssssscesesssesssssesseeeeereeesssesesteereees GO9 
19.1 (Presi Sections jancccnnciminnnccmnmimannnnranaemnmmamannen: BUF 


18.2 Location Comme cciccsceidis encanta SID) 
BSSOMBIET EXPVASSlONS sssinsscsscsswisriniiacsesnissisdionssinescvissaniarimimaineney OTe 


Assembler Directives .. 
PUT  Urvbr OG CUian pase sees diacesacecncsieccscacctnessanceasnasuncansicncsphsecuasnaleiceieaenaatsaneencaciaaies. OLE 


20.2 List Of Directives .........cccsccscccssssscsscssssssscsssscsssssssssscsssssssssssssssssssssssssessssssssssssssserseees GLO 


symbol|[:] = expression .........0:.0 
symbo][:] =: expression .............+. 
2byte . si 


-byte expression ,. . 
.comm symbol, size re, alignment] 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Xxii 


(1D GX BTESOIDN  cotcnnariiuuntaupindlosimulpandadanaus eal 
fe EN GCN IY oc situs ttcentasefousieuasdeanfraniorausbacheaisciuneendeanpnnicuauiniaaediiay S21 
EE PATO RIOT iy curse piuiiexartandimeuninaniieemcoa dunia GNea 322 
GSD BID a cosccectsiniuteiabachias nanineuesdehausaatemueianannnoniaamulacarianiony 322 
PUA a cnaiccesigs titson ir licdp nthe unaadeansngiednndiancdaanandees oaeacnancasdnisiantavarn aa danseundsy Boe 
MOUS OAC CHISIAINE pig. secceersrasaniininsmereciarcansuecciurinlnixanawiaddvndeantincs 322 
HAE rise bisesa ta ctuesant deaptennssineseanaar tioned aa saath S22 
BIRO cirearsinaniisenucesterakaraasaemcaiiniueaiese area aR 322 
PSE scairciiuidiieariereanA deems Gab RINGS B22 
PSE OPI E00 tana kaacnteeimntihecon aed 323 
Coo Se err ee cree re een ere ee rere Teena ear ee sre meyer yore merry 323 
POL eae erate eee see alt ements 323 
PUNE seeds detnaenadmnaanaie hae alae Hemet 323 
PN eater ee tad rasa isei a eae ert 323 
aL] Seo eeeme ice ete eer Creer er ene re Curren ener erenme meen erence errr 323 
Pe ICG ok, acter tin eee eae aan E Rae 323 
Spell] seq eX CSI ceisler pacitnceaciaiaiaNnamne: 324 
Ess OMe. C1 OMe ny gereeate caren rere elena Ceram eee rtr errr 324 
BVCU. ssn ncicncenmnnateMn UN heme ene 324 
ON: JccoanancniciiaeneniiiemmcnuntR aire inipalaeecncnenans 324 
STR BY MO] 95. cnrdiieennmindinmnieper anne eeenes 324 
PROTEC VRBO 2:5, <a ciernin ium teieRanen aeeaucs 325 
le Ne cccusnprnicmmiatiepini ada pionn nana eR eaaines pal) 
ill cork [ei] Ald) esnecsicavsicesscactsamsaonencrsmaasanaenacenararian 325 
EOE HOON RAI jase cae xoeacaanrneecanennrme anemones a25 
lie] SVD ois scnneirnsnnntaonmmmsarianmalamememie 325 
SelG BIO yas, acsccommloereminiaiariceme tae tmarreaneaaracs 325 
MAGE “SRINS * sated ensnntiainn cient auoe ame 326 
MOR PIOESION sauiccrncan nn ecnnniainndenianmntemananmuaneee 326 
MOSNOIBN, cciteccctan i neienem natin E Bae 326 
ANSE CXPTORSON, cciicecciscnnr nicer nine 327 
HOSE SUES. acvviinmaannsnninicinmicnnvrnaanosinninianiinos 327 
FIGEESVINDOL iscisessninninniasiahonvinrsasmlnaeiinnnmenne nner 327 
JIS CO TESSIIT, sa isiacininnirnasainnnsianeI nmi umaaenNRENS 327 
DIE ERD PESSION caasscninininecnninrnsimnnnnnnen adenine 327 
GLE CRPTESSION,  sacssunyiiomadovnnismnhorinemnaseninmmnnunnnaR 327 
AEP eX PTERSIOL ssc5 cncinmmninrnrinnimndninirmnad nm NENnaNNS 327 
Aine Ste BENE? asiinnaangseniinmadavnnooacinceinimeianntnnnns 328 
APMSE SDE. 5 ices cinsninednenincisimnnmennimaniiERoMRNeHiTEN 328 
DIELS EXPRESSION: sacs ccininiemasounniusmndinnmaonnnmnn ies 328 
AMPOPe SHIDO sre. tiatiisrniniinnmenrdralnineeenianinimmmnnrindsen 328 
Anon “THE | Gisetl SIZELD caasinnsrivennacionescananiieoaamannurans 328 
SACTUE HS snieadKieiniiiddorm nes amon eREmonNinS 328 


Contents 


Aenbexpression vec. ined Gdeadpectlai, oe 
comm symbol, si size 2 Lal 
list .. 
Tiered, 


name "file 
nolist .... 


page . 
._pagelen expression . 
.plen expression ... 
PUCVIOUS prensa 
sPBORE sciscasiszerseeescerruenana 
pie page-ler : 


short expression ,. sclahdee sis aise ecleceus Ehaienieameserssatecdcatas ate 
.size symbol, expre 


ttl "string" sie 
.type symbol, ‘ype wi i Oe 
cuhalf .. Paar aiuto asta o relented meno 


Xxili 


21 


22 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


POT OAIE ev ierteideanansselyidateneaniad ianlunu ng ieee abil oni etal 338 
SUIS E Noiie cause pleiieendionciaroleaurudva pales icin veoleuas aan headers 338 
SRI sara insi iol ec eaic atte ssa edna a daepaecastelockcnualiein fa cana eA ce fainuassaveeetichaiuide 338 
SEATS "SUTIN ” eceiicednaccnaricrisessancararsnnineuevenienciuasatiebeadieldeiaaicnondidaaseiinionn 338 
SVP AR RUIIG) ie rtrd idiot miatabiauaeds 338 
SRC SERRE TOIN i caiceinaeeteciieseucinanncesci ans nti aetna standenadiand abeelaneabanlends 339 
OE CSO Oe se: siseaniunicia ie eeeeseinaeois 339 
OEE SIAN o:cs, <estselvapapsusssataesiccariendeietaecereiodg ianaabdew manisaeresaarneniaiaest 339 
DEE By CUO ps, desc ve Sia cesses nndseneaesenrtule tes siueteina deh tatealmnecedeenamidein 339 
EO) ccchnnleweiMNienimnnanaeb nana Nenenees 339 
ASSSMIDISY MACOS nciciiccscnccicencassncnsssnassansescesnnssusestensdacssoisesentessaancnancenes 341 
21.2. ntodechOnl .ncesusnikciocanncsnndanundinusanhinwaueiaceaaass 341 
S12 (Mace DeniniiOn: ankkcnceianicinssnkn cian aunties 342 
Sepatating Parameter Names Prom TOxt scccsscscscseccsriveiacsnnra nace 343 
eneraling Liniqiie Abele: snccininnenaornicendnikoreeuerinas 344 
NARG SIDS! sscnouniandaninironcemnnancmlimaaaiininiane 344 
Zio Umvahkinte a DIAC sistas eieencisia ira proeecetriarerereeenaneia cm reetenaa tava mien nnersioee 345 
214 Macros ta “Define” Structure ...0scsccesocsesossvsssevsensecensoosssecesenssesosovsesecsenaseosesveseaees 345 
Zio jloopt Mactt Iisttection scnsiinnicuinnnuaiinnnuniendinaeeinunnues 347 
Example Assembler Listing ........::ccccccsssesseeeeneeeseeeeseeeeeeeeeeensneeeeeeeneees 349 


PART IV: WIND RIVER LINKER 


23 


The Wind RIVE? LINKGS csscicscccinsiccssscdcesncccsidacntscersscasensccenscsannscnanscccnenctas 353 
MSA “Thre Lan Rime PROCRSS siscccsseisnensiusnrnesesessitensosodanesesanencnsrnndsiencdeneiurasarsinesshadetsedtaesieessees 354 

Linking Example sc sincismciniscdlannnemicedensindenardns 395 
232 Synibols Created By the Lines crsccssmcsmnnasavinnccoiamnmanianacon 358 
25.0 ~ADS SOCHONG sccmisissemiauenienancmnnrninnannn mua 359 


XXiV 


Contents 


234. COMMON SecChiGins iisssssiccsiiscrstsssercconsieteaasisscarimaneicamsauanmeaasnnas SOU 
23.5 COMDAT Seon sicsisincessanscnncrscatncrcuonnninmammanmninemnnnas OOH 
23.6 Sorted Sections cicpsccseraicaicrmnanisimncenineammiaciiiesdionnonmammanns OOM 
ZE7 (Warne SeG is ss iccciccisminnicintronmanieminnnnioninanmamuanneioninn SOL 


23.8 AvaNe TAO SOCHONS  siscciccsiiacccemmnuncnnuncmnnancaonmmemannnmnnmenn OOS 


THE Gd COMMAINEG oiicccccnssciconcesecsasesveonecvesdevcesesvescarcerseucesestesvaracsenecoseueen BOD 


S41 The dle Command sscisisisscsiictscsccortsrstcestersesisrsirarciecrseasiearaincisveniaaienaraee BOS 


Linker Command Structure ......ccccccececsccesessesesesteseseseesestsststetsteststsseseeeeee 306 
PO Te batt: sicciscsecasesecavssasccsesastoveatassiogins savsescaadguassassvowemariaacasvenmucseiaimimamauan GOS 


24.3 Order on the Command Line ...........eeeeeeeeeeeee 


24.4 Linker Command-Line Options .........sssssessessesseseeeseeseeseessessesesssesesseeseesesseeseeees 369 


Show Option Summary (-?, -?X) ..... c ahs 
Read Options From an Envinnnment Vortable-o or File le @name, 
-@@name) .......... 

Redirect Output (-@E= 
Link Files From an Archir 
Allocate Memory for Common 
Set Address for Data and tExt (- Bd 3, -Bt Siam 
Bind Function Calls to Shared Library (-B arto . 
Define a Symbol At An Address (-Dsymbol= address). 
tener al ‘nieve any A Poin igi iS e so 


ee ea: or File e aia cleanie, - 
Generate link map (-m, -m2, -m4) ...... . ie 
Allocate .data Section Immediatel ‘After feo section: 3 N). 
Change the Default Output File ( 

Perform | Incremental Link (-r, -r2, 


Select ise Processor and Environment es -t tof:environ) ... 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Dabne a Symbel (asym) cicviciiniaieandinsiniiontladaa 376 
Prine VOCS TUNER (= VY i nccsisesanacicdaceniucvendtvansninasianivtadeiaieaanddenaney 376 
De Net Ourpiut Some Symbols (eX). caissesecnidseisiricnanndaraaun 376 
Specify Search Directories for -] (-Y L, -Y P,-Y U) o..e eee 376 
MAS LAKERS X OPHOING: scssissnccssceiasarccsesicrcisecepasavccelsirreavnneeuuiidaadanewuurnneaenuions 377 
Use Late Binding for Shared Libraries (-X) oo... ccc eeseneteeeeeees 377 
Check Input Patterns (-Xcheck-input-patterns) ........ccceeeeeeseeteeseees orf 
Check for Overlapping Output Sections (-Xcheck-overlapping) ...... 378 
Force Linker to Continue After Errors (-Xdont-die) .........::e:eeeeeees 378 
Do Not Create Ouiput Pile GX cont Tk) vcs seiesiacssvthsccscsaansvasvananaraiantivas 378 
Lise Shared Libraries (tise) iaicctncnunciimcnnnnminicaemians 378 
Lise BLF Format tor Output File (C1) sccisssiscstesssccitssnanassinnarcnsnananasvis 379 
ELF Format Relocation Information (-Xelf-rela-...) ......:ececesceeeeeeeeees arg 
Do Not Export Symbols from Specified Libraries (-Xexclude-libs) .. 379 
Do Not Export Specified Symbols (-Xexclude-symbols) ............0004 379 
Write Explicit Instantiations File (-Xexpl-instantiations) ............0.00. 379 
Store Segment Address in Program Header (-Xgenerate-padd)r) ..... 380 
Generate RTA Information (-Xgenerate-vmap) .......sssssseeseeeeeees 380 
Do Not Alien Output Section (-XOId-aligth) .cccscscccccscsnsvescsnessensensvesees 380 
Pad Input Sections to Match Existing Executable File 
(-AOpHn ZEd-1OAC) sisces toiivisrsaicniswrsiscsanrventasaraatnretvsioes 380 
Add Leading Underscore “_” to All Symbols (-Xprefix-underscore) 381 
Remove Unused Sections (-Xremove-unused-sections) .......:::ee 381 
Re-scan Libraries (-Xrescan-libraries...) .......:cccscecscesceceseeeeeeseeeeeeseeeeeeeeees 381 
Re-scan Libraries Restart (-Xrescan-restart...) ....ccscscecesceseseeeereseeeeeeeeees 382 
Align Sections (-Asection Alig am) <.isiversicecniaissveevavsecetasreennetenandesseveveess 382 
Build Shared Libraries (-Xshared) ..1.s.ccsccessciscsiciscctayesssveriassenascesersvetesen 382 
Sort .frame_info Section (-Xsort-frame-infO) .......:csceeeeeseeseeteeeeeeeeees 382 
Link ter State Libraries (-Xstatie) anwicamnncnndeanniceaxieni 383 
Stop on Redeclaration (-Xstop-on-redeclaration) ........ccseseseeeseeeeseees 383 
Stop-on Warning (-Astop-on-wWarnine) j.:cscdiemicointiemnasvindinetes 383 
Suppress Leading Dots *.” (-Xsuppress-dOt) ........:ccssccssessssssnsnsesesnces 383 
Suppress Section Names (-Xsuppress-sectiOn-NaMeS) .......ccseeseeeees 383 
Suppress Paths in Symbol Table (-Xsuppress-path) ........sccseseseeeees 383 
Suppress Leading Underscores ‘_’ (-Xsuppress-underscore) ............ 384 
Remove/Keep Unused Sections (-Xunused-sections...) ......cceee 384 
25 Linker Command Language ..........sssseccceeeeeeeeseeeeeeeeeeneeeenseeeeesenseeneeeeas 385 
25.2 Exaniple babOledhl” sinc cicinnmicnnnmctineaminanecaarennusen 386 


XXvi 


Contents 


25.2 Symtax Notation csessssssssssssssssssssssssssssessssssee palin aiaacenmiaden sans 388 
G58 “ICES acpi eicedrdracawicedadseui ea Rlanweleien imines GOR 
A DM bontril eens Se 


25,5  EXPRERONS sicidncniiarsmadiniaimieadn I minamnemaoNamMR. OOD 


25.6 Command File Structure ............. 


25.7 MEMORY Command ..........cccccsccscssssssssscssssssssssssssssssssssssssssssssssssssssssssssssssssssssssserss GOD 


953: SECTIONS Conia ccnccscaaeihendaciindedsawenmaanckewecens G92 
riaiduesndeagaraap aaa sasblesie wicca tesla Deicesiesevcialeledeictola dita taxmatinanteddraaracietemeaiens: kee 


25.9 Assianmett Command sccsscnsccccsisscnccssseraccecserssecsenscatcorsssseceemuaieenmcaensccrnn ADL 


25.10 Examples siccaccciccmaciienamcncmnniaianiacmmmnmaien 402 


PART V: WIND RIVER COMPILER UTILITIES 
26 


26.1 Common Command-Line Options .........ssssesssssssseesseseessessessesseescssessessessesseesseess ALT 


Show Option Summary (-?) ... hse 417 
Read Command-Line Options eons Tiles or © Varlable 

(-@name, -@@name) .. 
Redirect Output (-@E=file, -@E 


27 el  BYWOPSIS wierssisisersisnrionterdormmnnntienienmannnnnicnenineinaanammcnnneanenen ALD 


27.3 Dieser pion siscccescccscicsicrscscccsmnrteconsssniecsracmasnincamiannemnniecmmannen 220 
2G dat Comins incendie dnineineminiaewnaninnd 4a 


XXVii 


28 


29 


30 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


SFA EXAMINED sccscssastsrsisvia sesesesoharsieotennsimasaeminneuerieain eee reeINa eae E EE 423 
D-BCNT Profiling Basic Block Counter ...........::eccccesseeeeeeeeeeeeeseeeeeeeees 425 
26,1. “SYNOPSIS senniscaniminnamunamiem aan ne eee nainT 425 
Bee: See apiece en ene aeneie 425 
2Rie DGtetipGOn scssimcnuisnmnnerincnsmcnnnnontisnnn ama neennsmmnmmeee 426 

peek. “a POE puesta hares 426 
PBA FRCS sssissssssicswagstanssvecssnsoeaeassansasssnsaacansnisinecsstesscisanionsaivavsnycdeienaigniosonsedatarenspietssrennnist 427 

2641. Oniput Pile tor Protle Date «cs cisncniaaaicsincauminoecuins 427 
yi Plc me) 6 30) 6 Cae ree ee noee ete Crier mete een irre ny wene rrr ere errr rrten erent nnn re ely Pr onan Teer aerry irr 427 
BEG SOV RISES iacmurasciunimnitinn beds nO erate Naere Narn eS 428 
ZB.F NORGE sistencacasesaccssncisecs sceriasaiwnstas se cassinsaianisavasstehaciniabedsvsssncasbieiaisdentacutiaienwiebiieesnseaniies 428 
D=DUMP FG DUNN DGD ssiassisnincsnsinsassnsarsncnennannscasdaranannsanianndsnentadacaasannniie 429 
29... SYNOPSIS icncnsnenanieeuanunl denne eeramun meena aaa 429 
22 SVAN niivionmncnseenaius nina ie RaEmEeeRunHaTiSa: 429 
2k, WeseriG aasceocncuasepemmnceiannnindaonniae ma miereemanmateaes 430 

29.3.1 Aditi COMMIT ANAS ciccngipricostiipeiniciaanmncntnanpiecndanbiaaais 430 
204 EXAiiples nccnssmininnimninnnuns bameenerncdnnta iit ane Neue 435 
Gimiake Makeiile UU sisccinnccinsscsserctccsiciessdecasiasmenccinenasnsacenassananeateessasen 437 
UD, Tab DY cases cass ts asta sansaneesiecnsaetationatnd sconseseaaaenatsenn ssteesenabalcdan ststansneaeieaneaniyecaes 437 
DIES TS TaG IY saciericscesoeamnnniciromeninntinnmomenin umasietuninurnineennueiiels 437 
BUH USUI CANA IKe ca. scecr secs ncsssssonscsrcnre custards ceneteavecuinariaaiieniete vareeaindeis Aenean tnnin 438 


XXVili 


31 WindISS Simulator and Disassembller. ..........:::::::seseccccceseeeseeseseeeeees 


31.1 


31.2 


31.3 


31.4 


PNY TUISIR secsasecissneirasisusnstoastacneatincauemuivens secede sere tiavietaieiaeteensime dade eauaRe 


Shnulatot Mod @ ao n.ccsientinicnmensinadninondaannaeds 
31.2.1 Compiling for the WindISS Simulator ..........:0008 
31.2.2 Simulator Mode Command and Options viccccscssarsrsoccnacancstionsverce 


Batch Disassembler Mode ......ccscccccosssssssescosssssscecsscsssnccscsscssssscscssesscecensessessosnees 
31.3.1 Syntax (Disassembler Mode) ............. eset 
Shee. DECC p NOW: see cmainnmcdininmanimceliadainuadiineamiad 


Interactive Disassembler Mode ..........sccccsssssssssssscesscssscssscsssssssssesesesesssscesssessssnees 
31.4.1 Syntax (Interactive Disassembler Mode) .............. ninemsn eG 


Bid. WSReI PAO cca uuinwnads nuke ne meee 


EAM: ‘sssascsinsassnnnseanisnssatscaninansenenssancessnsanssnnasssnbesnatsensesesnsasianetwatsnies nsnsnasanieieateets 


PART VI: C LIBRARY 


32 Library Structure, Rebuilding ...........csesscesssessecsesssernsceesscsseesssernsenene 


32.1 


B22 


32.3 


EEE EH osdvcsssszataccesssiverinecciwantwoniveia dina wecisesiemsienedunislnuneteesoeeeriatermenesdivarirs 


Library Structure ...........00 Sr rr eter 
e224 Libraties Supplied sankncsnnnicaaninmnanniuesmannakane 


92.2.2 Library Directory Stricteine icici cdisinnnsasverercannaniiis 
Ble MMIC EA saudi siecetsanacdiniattioceies serial eines ioreiaauass 
SATA: TAMA Beat) FOCUS: stsceiccerniaraconivcuncisncionbecanntatsasianatoabcasnaaedscnveenosinna 


Library Sources, Rebuilding the Libraries ..........cccsssesssssssessessssesssssssssseeseeseees 
Olek “ROU cnn uaheicies 
See. Teal ihe ne LaDy IOs Seats orion daeeniiatad iad wienuuaiens 
B25 SC TAS. cake ines ai iaien oti! 


Contents 


.. 439 
439 


441 


445 


446 


446 


447 


447 


453 


453 


454 


460 


463 


464 
465 


XxixX 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


MMs lal |. en nr na ee eee eee 467 
Aanl Piles cicneciatoneanasnmierdda se eee eae ee 467 
Sol “Standard Peader Piles 2) 3udnenwpinvindantennemaeananapees 467 

33.2 Defined Variables, Types, and Constants .........ccsssesesssssessssssssssssesesssseseneneesees 469 
BOL taser ecutuane cen ernernaeisann andcapnaanehciacauanuls tea 470 

PCIE sc ncsucasashcenieersa Sacicad tannin vane gmboastaudeccanonecuennuasanmuseeuvngsieaeuls 470 

PIGS: ccncuscer icisuvaencaniwererninmr ea anon aareaimenean dna cpa sntemuunanininiceny 470 

RIES i: sasacserciceciu ated wiecinevnnaeodmwutitaanonsasmnncndsoenviiasnemieuls 470 

FOOENIUIN, ssvssiacecoricessstevnsacanne tuaveciencavacaesescis ereauasielounrageinanns neared semen avers 470 

rie Lae HELE Neen enna ere ere Pere rr ee pret elves t NOerrrneeeenrrint emer ee verre errr rec ereet 471 

GEE FALL cacscach aig eash sesdec selena dla ehdaaasaieisicd dinulad oi an aensenisaddyaibinaeaiabion 471 

CECT] Ela Une ETE UU ER Petr er nC T pe yen ONee? Org nSrTEn ery Tee y PRT Loar rere OSE 471 

EIR (20, eee PR Oe EEE eRe ne TEE Poeser EE Ctr eovrmne ere eee mera rer err ener s rarere tc er 471 

GSE H UE scehadeg dike ile eiaetacaaee esi aehaa sh ease shies niece 471 

C05 LS) Gee eee ere any Sree One err ere Teer eerste Terrie a rerrrreee rere eres 471 

SS COTMAEE EL. cecaaisijicke ile eisai aitecaaes esate asa el Aaa 472 

SUE niin oie Raw diena een MunaaN 472 

AMAR UER ce cccsdas icabiiideoai-tvatai se iecaeaear alg esse leieaeaes ae dips uemenen ante aed eengies 472 

OR Ra CUE Pe cee ois ee ee ee 473 
D2.) | Format of Descriptions sisssscimcsweasinnnvinnvexcsnimennviveninen seovivanevasesicacenaninnesarenavicees 473 
eA WASPS VSM COANIS secxredsasnccacacaravacatnsnccacariwaehanshonncomaemneanasheanimeciatie 474 

eot2- iGahne Pom VAIVes os iuomnnuncdamaiieainunad bubs dundee 474 

Be TRIBES OS soca tice scetinn Aceh viene evan eadellaacaeadiontaannandaGioebdadeesacueuemnlb ance 474 

O42: ROGWiralt VOriOn® cacioncnietanneaniaee nee 475 
SSS Wite hte UB ELI sass ccssanisczscuaavesatnirinsanenanenna casoaauanenaonesncesiaanbestusnostontasoaaanineaniyonsiaas 476 
GUANO ch sis duceiesueaesceeecisu eden sc tae ade wtenseeomein ciate ears ieeense 476 

USER anh cctaisasarcenciedayiaeaesaear api asen deo ie eseeeeeee eee aHpeees 476 

GAOL NV xssnrciaes wistsas aula eisriiaavs ceased iene eee ee 476 

ACCOR EW seceirinwirnmmnnirintenincen aaa amnnnd ies 476 

BC08( YY cicicousirnaaminincinniiinensniineamaiob maaan 477 

PCOS jcc iecptestoresctayiueavaiateae qi anaara een enema ele 477 

GREE A eines testececeeicien eercoum cores Saaremaa 477 

ASCHINEL ). ccinixcamaniesnenedniemaaaprineanaecnnens 478 


XXX 


Contents 


asin() ... 
asinf() .. 
assert( ) hee ici dis done re 
USING seta NaceaNiictde naka sacten sks Naeieauhein is Mitiasaleh ream einaiphn satel 
RARELY sauces basarchiveanasdievevsarzsndnystsundaviviil pina kasuembiyicanteauuauunauatanenGulanlnanG 
atan2() 
atan2{() ... 
atexit() occ 
BUG) cicisgucanens 
atoi() ... 
atol() ... 
bsearch( ) ..... 
Calloe() sasssnss 
ceil)... 
ceilf() ....... 
_chgsign() ...... 
clearerr() . 
Clock ) i 


cosf() ... 
cosh() .. 


SEIN Viscisthciecerivivieebinieas 
Cl Vinmainasioinm sabes 
BT chsaknndinannndnis 
ce | i | eee an ee en See 
PARSE) sta kncviienennrns ee ibieiiectins 
PAIGGEL 4 sivecimiceindtcteec aneinesiieesoaiddh en ieameaeeekeaens 


XXX 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


XXXii 


PiU Ysa dcedecestccicesissulu tad swaninandvaeieteauasuaivaststaduyhaclusebstacledcineaieucudaeliananiuaues 489 
PL 1 ausisena pace dusssbieta eu unuaurtd ensuites rarinasdaseoieaneaiuaTs 489 
BY chic tte uta variate ards aaa tia dtaetea a anther tac uaes 489 
PSOE Fics pecnaecacte asta desinbeeit teesehcateusean ican dec ewsaetraiaateldwinlatelieiasr aa dpinisenilen 490 
DPI il ccretececsiotessheiy Desc vei id de anehaecsteudveeanseteesie ural asichdsinaueleuavt aiMiaeaady 490 
REVEDE DOL I saves anescaetioudacvedpaiiesg someway eaeauidunsasasly iadvaencsouuianes deiauuelemagienedinienves 490 
POGHC ) cisudeassianiesnsani idee rian siraan ace een goa 490 
PO OSI iiecuisupicate biti tenner quanionside pian Neanien ene 491 
POC) cissciesoceaneaeneaeei tial nae nani eaemeriey sees 491 
BUCO) x:ciccs ita coreicea trices neine wid ab em ee eran 491 
xe PUEIETOL casos. datcssadesb laquclatesintta nseansiseita ideo iatiel angeaea teen een eae 491 
EIGOET ¥ <cesuopcareranccea ai raraentetersidi ed aicleae aecibaaeneees 492 
EU GIGED Dh actus. acorsseseay auc anasten css tesa teacalesana sei bac Ioaetes 492 
PUI Wh osiiats denen sccesmeiaat deena tics aI eee 492 
BOUGUIEL “I cisusissedetra iclesesgrabniccedeinaisaaeondauenenannats sence eee etapa en 492 
PORCIN V a esieraniaes ener susie ences 493 
TOPOL“) esr ascsacedonninaealcararescema ests eadeab ate sauanoanenanne eyes 493 
BEL cp eceetear tea eeepc shelve ha dase celtic soeene aah aaa iatenNLS 494 
POISE T ceteeccaiiaeee nee hsnnelcoatnh ure nanan eg cna men) 494 
PCG) inccorexcansaceacmeniGneannn nena nemenasee mi LaneuaEAaEED 494 
PGE F accicsatavsescusnceamaietaaapavecasasacwanavasassngeesagna nana iaoanssuan sean acmvasarecueeandianatoeass 494 
PCO ENF cai Greist aha eenarenmatabaemnad 495 
PRC) cameian.cnastarinn nae aeaien aed emia nanpiaien 495 
PCR, sig ieriniccom iinet aainenaann once nNacaiaeeaeete 495 
ASCH | ciacseeiqnananiceaseveadicaexasntnareentacvcrecnaaaneamaarienasimia lanreaneueReaaKaE 496 
ISCGR( ) icnmnicaramenmnonnannnnieusncmenemammmatannuaanemaccy 496 
(ets) adccnicearininnnbe nana aaa 496 
RSA, WV cascciiavaiacesnceacsecsanassnscatasenanacasasssgcusasiu runs waraessecuaranniatasannscumeemneggeanusnas 497 
PUG V sisssccrivscaesssadarsnenanasavssaczsesnanacaiasssacesuona ties vavaessoceavanavukyveunsdaneananengnatesnss 497 
ETE, Pasta vavzcacdadaxsecetananaossnsnseananarasasssyresagnanana caeaiNsaaneeueavacaveanreanemaeaneauaussnas 497 
Pca LA Lage: | Ganeereere er etre a ererere eter tere erere aera triers sere a ete crore reer 497 
CAINMIAT, ) siseccicnaiosnniinansainennni nema eT 498 
BOVE) stcpielniaesiiaresnessiui em aol eNO RE 498 
ELEY scicecesriverturnarhitenriiteiaiceiahoritaruadahinb aan emia 498 
POLCHAT ) sincianscertiviusdnirnmeneinienid emma 499 
SEtSlIN( J jouer crash aaa RRE 499 
BelOPHL, |l iiuddadniiiemanindaahaulaidmaaiade 499 
ETO } ccrsinicamariawanvianniiaeniieeincenadaneholneem se aNaO TR AEREE 499 
POLS! ) scicisivcnanscniriivdunaaniinne keine 500 
PEW J sshinistiascidanvineen dharani eno AoE 500 
PRATEMNEL |) sd isicisronrdieeriineminhndirinne anne 500 
PI gata teeeteeeneiise teat ceed ress anenedeieeteaeeem ce otaoniaeemileaenetes 501 
Retest ) ois cusssnnnaioiieunimn mines minnows 501 


Contents 


hsearch() ..... 
hypot() .... 
hypotf() .. bes dais si iin 
COTE Ce eee C enn Teena nen DNC Ten neeE | 
AGRA NPARIGL: scott snc discs tea eds cee a ean hte ied peapeaiae Ariat eualecbekaehenes,. EMI 
isalpha() . ) 

isascii() ... 
ASARE YL) sscracetiseisis 
SCTE ) csissvsaressas 
isdigit() ... 
isgraph() . 
islower() ..... 
_isnan() ...... 
isprint() .. 
pune} ‘ 


Jessgreater() uti w ii eoie ic eeemebeeeen 
localeconv( ) «0... 

Devel tt Val cahcnsieinenratnecees 
LE) sesncteasnasentaenrivcets 

OBO) ssistsnensisctrvrivices 
LOBES ssicisaccciienocaaidpuanminsandiebaadnnriaiaaiyneetiay 1] 
LOT) tctcins niin im noonESeemrmeene EULT 


XXXiii 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


XXXIV 


RIE st steaks i cxauta rasan dg ca tags ea naka hia edie a eae S11 
Tiere RIS 7 ici arctivenndeiaseuiisca nda haniunees lasanaeacdncuaunedeages: 511 
BEAU U seareswctvaiss inci iss camasvaricbernauiecleuseasix indus veseunsnatdeanenleenssdeaadeinauales 512 
SNE serie sec toandsb aut aicaweesiccseduiaedadiu enna vaheledh ghatineiedeha dein einmemebieheakliinlonsy 512 
NG ENE sociwreden chug tiacenativi aie wuauerueiduie elas tecm valu uaaaeenhaieiatbanaebietsakiieiody Bl? 
RUE stich ies ual cta sds och cheaeusubeend pirat ea Csi vai iehapuanhanebeuatedatiniseaue BS 
Biol Ot I) saicrreueie ieee ene iaiameiads ole 
OD oa cece cee ec ee dee oS 

Mialloe See Block: Sel W aiescisccsnincsiniebinnnmeeiennwmnmbunes 514 
igUlOp ) canis Aer ewinn ea 514 
POLE Ni Tots gh eeree moter ener rere eed ete ay terrae erate err err tree tre errr en rere tere 514 
Bt Asia e ccereecensrcaseains iene ere BIS 
BP IEUL ) sisec rs rceucere scenic tienen sernaan BIS 
Bee) Feces en a ee ine 516 
UD uc rs cee aes ee eae edeianee ac eaeeuetad 516 
POP lideerg ccceteera idan reanna eto ana neers 516 
BCCI De scee cteians desea ea Neecennan 516 
Pe) sia oa cs eronsicie a ne Seeenee aac Sly 
PULAUACE co gi Mena eT cree emer crn Crete cencere yr tienen ect eee Seren er ere ere e i rere 517 
HOVER VOL F sscrscaccanssanacinaentaoucaaresacpaeosnceaia tam caraidaaea ag @iakabieuencuctaneatatanvenn 517 
WAOUIE SIE Fc jearssneascaratesteatgeacnceassuanamneu suosnaneea eiamear sana raan aeaiasueuchouanemanpeuanress 517 
BOO IF dere canccaseeaiinaen damn enigma miomannis esses 518 
HRUIECEITIGT )) sacarssnnnctarscenariegasncoasauanaucie sansa aa coum carotalnasaase eemkasueuensnioaananpeneienss 518 
BVI J cssiciaincavsnesece aeeueann cpnesaontmaiaansanvicresesacn aaa ANN ieee MIR 518 
AUUGCTEL Wh wets arenstanacearseunanapapscacaseantnacaxaseageesaana puna asaasshant ona vabatoanteavmaniauaeeras 518 
ATER) cacacanesace aavtasanssanesaontadiumatardsarasesacn tnnavasusaea eal euiavasiniaacusaanaeaaacannace 519 
JHORCARIGIN, ) cccssnscamnnccnaesemneeaan amu nne maaan Rinne 519 
TUES). secicavasnsasa sec oieatisumasncasianananienareaagheinua vas viasaes aaanabengnosaauaanamaeaiasusees B1Y 
OEIS@DOIL } coiacacssdzece arczasasavscacecequinaxanaesageesasna iia vaosessocaaRieaiaiananommanamaeanenqalacnss 520 
OPN Y cacccntinviareciadiaeenaciacaiemancriaaearenamemeapacmariees 524) 
PONG! ) continence nie earEammaneania 520 
POW) cijvowicicninnemabnneeea hin ise enn Gumenieaee 521 
POM cdcnnieicsaininianciounnaniniareimaamuniaiemimaenes 521 
PHAN D peiceacdnernmnaniiniermianinaneqmeuw iets 521 
PUR) ccsivisGrismnminmmsaiaunimesdonirensacoannusaiunmenes 524 
PULCHALL ) ninisciccqavimcdqunimenaaiyonetanmmamapynmenes 524 
PUR) nimicinakerincdannn eames aeinendeoanemnco nes 525 
PUNE) ccd anmiiaaimnronssduinm een eeE a 525 
PUT ) ccivaimicadniriniasdoni aaah nee nneo NRE 925 
SSOCH } .ccsiusnianecinrieaen dhe nuaadeo AER 525 
PASE Vickie tsniaseeareeietn unui ears yripenea eine ava 526 
PV parece eis etd icone eer eee 526 
PEA 8 pacha asisea ce eeriiaes eared iden eens eee nee 526 


Contents 


ROOMY aeiiubiuthcdcNecudaacicivenicewe henusueiitimadaditianelades,. Soa 
remove( ) ... 
rename() ... 
rewind( ’ 
sbrk() .. os 
-scalb() ihc pea Ue wae situate Nici Selae ina bintch a Ses day sb, 


srand48( ) .. 
sscanf( )- eee cer 
Ge) cco tee MEER ae 
i ay a 
vee 535 
ike, OD 


aoe 
strcespn( ) 
strdup() .. 
S| secant Ys win 
SPAIEL 1° aa: cvehariviclssieluenixins beehiolieaaeolaeeanaiinaenou DOr 
SHIP. P dacienceclavivxtechionaebini ieeeasleanen ec eee Ie 
SHTICALL } scscsasncersvs 
SUTICEL F sivssnervees 
SUC ONE F sarcersicrverivanivnred 
SLEPBEKC } sicsessesverseivarneveies 
SIESEEL | scssicnuseriiriaeundiniinnre arab ENeeMATHMeaNGHHaTObN OE 
SOUL) racic iows ere in wis 
SIIORT 1 accents nn ndendaurde beatae bi eamanous 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


XXXVI 


GROUP nscivcsaycliysiicsieravan etleantel vel das iaoieuemntaiinuaunioirntelGeudubiiiniens 541 
URE: ssedcss coins sbitiae stanecteuesaenteanheanWiasiredeinn ein bsheardaneaeueninm anus 541 
SUNSET I cdi pnatartenenehi esa ididsvoiuraraneni ucla svandansuinisdoueviuleansrinkiononinteiubamuias 541 
BEE) heidi siceaneimeniecuntvhoienibiasadnebuolei di tasnicin Benicia hii 542 
Re ehh Deptt chal ccf ch ues ecu fd ec ese 542 
SDT Ti si ae sures rstaaoularetesicra eaten eaeccudeicadeiacia mente ieuaialmartnniinietes 542 
POLE, 1) .2icedat. dace etoietand dered aes ene 542 
POINT. 14a: cohicresaetiee a deri ee 543 
POUCIEY 1 cient ctercued dicate eee 543 
BUDE 2 occeiesusiesis detie cesneishas tnleaenioala ines iced Ree eRe 543 
POMIPINGI Jos iceenncsin oa ee ua 543 
PIGGY 9 cada ie adesreianeld carne ae anid Gee eR 544 
RIMLVEL 1 2 sosesnsedetre tease es ccpebaataucsaed steasbsdancli enema eae en 544 
HOP OE) susie rant a ens 544 
Se SIE) hare reete st aici eae ee eee 544 
SUE: Y sccpscial deci capa aes cerseeiatndaateieseils acer aneaetioaes 545 
POOF isn someon eee ui ee eRaD 545 
ROMA VOY pitta rccsespisatacaes tnaiieatas teu madris Seeie ae pueanenanee 545 
INP Pr ll \ omar ie annie aaa a ein 545 
AGUS YT tasiiencconommmiin cna 546 
SOR 1 ssacsscsasncescacesanaeavesatacestapavanaessarecaanananavasaassaanamataacaveansecunceantaavatusess 546 
SCANIE V. scscaiacacsnsze saseesanasanssnaniastanavaraessaresaeianana vee messecaamansvacmvemnreaneneeaneavansenss 546 
RESO Y cicscasacanasianacsnacenaracaedanan ieutailacneatonnanaraantavanstmente mabalaacgeusosnaiguanisnoweniacis 547 
MNGi } sciecienmicnisaiennnmninauiinmenataae ein adanannaauememns 547 
PITRE, I. ce siasacscpraaunacnsicneavaparacan deni ange ueotiauscan dear nraaesspenteaianenieuunuanstaeaanuoutnul 547 
MNOPAGHER ) axccacemndiconsinsrncacmne nae matneeeES 547 
bis 5) 4) GLa Qarerene estore erate erence e err rrene erect ver ese crsrererea cere crs terre 548 
WISH 4 cccnavienotmncnieannneneneaceLn Ee IRENE 548 
MECHA) ¥ comuncisnnceommeitietesnenani tesserae aiamesusne niacin 548 
WSCAIIEL ) scccastacasrasacacseasatararccaceaaenemeornsacaenmmnndenememeneumenmuemeaeace 549 
WEUNIMEN J eicccenncamnanndumnbenm mma mnanaNs 549 
WSC AIT) bkenneweeaciesaen dap ec eer ae ie ee meee 549 
WS LI 0 di cacnniaaronaniaieaneneiee eerie eatin eens 550 
WCU CT sie eeeacceoiecaens ese eaieickee eerie nna eas 550 
WTWEL, U cscpioustiamnivelipiensmanies nner 550 
WOOD cccicriirennndnenonaniiieunnioleeeenn On 551 
WOR J ccosinsnandcnicna naieees anne Eee B61 
WLC) sicosiirenscdeurinanininennioleeenem nO EEES 551 
WE ) ccnsvinsisndgueninnn kaieeun ene oe eS 551 
Wil )s.ccicirensndnmanninewninl een Ene 552 
WU | ccasinnddicniena kann nhien Eom OaeN 552 


Contents 


PART VII: APPENDICES 


A 


MMAR cp ATNCN EG PD sas aici asikcrcesidideasndeassenssineassannuaninssaaeussGcsattanascanual SES 


Al 


A.2 


A3 


AA 


Configuration Files ............. aasbaniapatneuss saabanstiueraelieaea oust eeianpiansanioeunels sgecasnsen. GOS 


How Commands, Environment Variables, and Configuration Files Relate 556 
A221 Configuration Variables and Precedencé ciiscismmvniincmnmininics BOO 
Be. POG iste ecemenmincranGannicueeuncneendauseenmaas Mer 


Standard Contisutation, Pales sissennccanvonnnmnrominmanannnsnannewen, DOG 
AS. DENVIRON Contipuration Vanable ncsiiscncnonamnandncoannnd BOP 
A3.2. UFLAGS1, UFLAGS2, DFLAGS Configuration Variables ............ | 


A3.3 UAFLAGS1, UAFLAGS2, ULFLAGS1, ULFLAGS2 
Configuration Variables... sudeitcandniunnin. ee 


The Configuration Language sciiscssnseniiminonnnnnvnemninnannmena OGL 
Aa) -Seatemente ane Opoine cucannutncnnnnnannnmainmnnaacncens OOO 
Pe aR va secuieneninedeniidunionsa inn memieeaniauuieamscann BOO 
Pode SUPE CONSE sci) amurndnimemaicrieeemmnneemdsineeminnds Oe 
PA VETS: a csencccrccrierssnmnecrineats araudenicarseauacnaseedatsnemmmeteest orescence - OE 


A45 Assignment S 
Age Enter SEND mciicuiasinncenieeM aida, BOO 
AAD Ee Sintemienl Audwaaiywoniswannwawianinindeaenncnnsanee: Sb 
AA8 — If Statement ............ Kah ecehael Mba MeMadiaenae. OO 
AAS  Inehade Statements iisscinss.iessiscisnedianninienainivieheahaioaan OF 
Poa Pet Staten ti isscenenrcerensvcarsraceoueieraxs ricnanimnuscuaetnanmbonevaaacenustevavacicands SOF 
AAdl Seite StAtERE ci daccrridanaaniindehndanarnacaecew BOF 


XXXVil 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Compatibility Modes: ANSI, PCC, and K&R C .......ccssseseeeeeesssseeeeeeeees 569 
COMING LATS -cescisnsccssaitiisseasssissnitarsissnasinaaaiaiisinidasidnN 575 
Compiler Implementation Defined Behavior ............::::cssseeeesseeeereeees 577 
TCL. TRO CCHIT biwrctincrnncrenen neti nena eennanaannnes 577 
TO. “TRAISISHOA) cecsaca ie cence adatncaliuaudamnees 578 
ERS: EGG IMCIE sctricisscncessscsrarccronssentenenasebamenensien eenninemnemareienne 580 
Bh TAB SAT CEMOIIS: iisicrcee ince nsiaea aveceececirsiavaiareseecacamniaia race ce mecatuisiarnuaee inves eriavavaRieaieen 581 
Assembler Coding Notes ...........:::cccsseseeecessseeeeesseeeeeesseneeeeeseneeeensnsneeees 585 
E.1 TASHICHON MNeMORIES scciincvnudavincdncdaunnindaaumnnniaammnaunaus 585 
E2 Operand Addressing Modes ssssciccsccscscsssssisnsssncasesssncsasesssnnonssntasneasncdadiunsntarnsssiein 587 
Eee TRS euccndeadie ened ee 587 

B22) SOUS 10s cmiraemnca rien a eeneen renee 587 
Object and Executable File Format ..........:::ccsssseeeceseseeeeeneeeeeeeesneeeeeeees 589 
El Executable and Linking Format (ELF) ..........scssssssssssssssssessssesesssesssssssssssseeseneees 589 
Els Pe UM SiR BANS isaac castes dscneeeelaccasasdissantadaatlancushts iteteeictedcaatenialeatasas 589 

Fl? BD Ta oss css icgoliacicascdtoseesccasaids aie ipsuaiasalassaue ean rios eebuaieaes 590 

BUS Progra Peadet siiccsscpeicdvusinmausdsasasierinaaiacenteheunainaseiancs S02 

ELE Program Header Pielas: a niaiinnnicammnnancnimntimmnnnnnans 592 

F.1.4 SOC NOT HCAIEES cncccnrivadeinnnn nviecene ine onanriioan ae oalane 593 

ELS SPECS UCC DONG wachtinicewinnn cn cennantarme ane neu 595 

F1.6 ELP Relocatiow Informatio csdiciccsscivcdisaschccccsssiesasesaressansiaisisrateampuanacsie 596 

BLY Relocation: Bory Vigil? accra ox ovictisapiorinnen ari aeannaunions 596 

EL7 ine ime lena BOn asin sariaincm ani ounenmnusaennwnnnd 597 

F.1.8 Sede OM cet eee ee eee ee ee ee rer ee ee er ee ee eee mete eee ert 598 


XXXVIli 


pig 


G Compiler -X Options Numeric List 


ELF Symbol Table Fields sccciciuiinicrnacsive 
SSINS TAB aciariannidninisaladenivuetonny 


Contents 


ya ee aicisacen OOS 


H.1 —— Introduction ........ cinereus ass eenecees essed. ies ium 605 


Hi, ‘Comipiler Messaieo scccccninrcnnimncndunmanmnueumncanmnnnnnncaairea 606 


Fo21 
HZ. 
H.23 
H.2.4 


Compiler Message Format ..........0cccsseeneee 
Errors in asin Macros atid asttt Siig acisiciinscrisrarexerasiaiairomracs 
C Compiler Message Detail ........:.:ccceeeeees 


Ce Wire haccnciercrdannniaaaiamins 


seiethsheteuizisass aus. ONG 


607 


silieaniecenmeiabemuae. OOM 


H.3 Assembler Messages ...........40++ aadiaanse Sen re ee ne ore renner adaasaue cate sisaaeneies. OBZ 


H.4 Linker Messages ..........scssseeee easianaevonai peahaceetis iheepvensnneatbeds ba chap esbubeltaonsneene 662 


H.4.1 
H.4.2 


WR soe bisecsesccec sina cae bec aswenes ane ca teiee tam pesennace sates nas nesussceouneavaccotearatueneeuteessere 


Linker Messare Format sccscsecsisactccnenssincc 


Linker Message Detail icisaciunucionsndeaistsmucietiwesaaicsendsibed 


Sinn ames 662 


663 


.. 677 


XXXIX 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


xl 


PART | 
Introduction 


CUB IVIOW  ceiisitipshiebbisanabinniiiicdieisiidanesdaddaianinibiihan 3 
Configuration and Directory Structure ........... 9 
Drivers and Subprogram FIOW .........::::0e 17 
Selecting a Target and Its Components ....... 21 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


Overview 


1.1 Introduction 3 
1.2 Overview of the Tools 3 


1.3. Documentation 7 


1.1 Introduction 


This manual describes all tools in the Wind River Compiler toolkit (formerly 
known as the Diab Compiler) for the M*CORE family of RISC microprocessors. It 
includes detailed information about each tool, optimization hints, and guidelines 
for porting existing code to the compilers and assembler. 


For introductory information, including an example program, see the Getting 
Started manual. 


1.2 Overview of the Tools 


The compiler suite includes high-performance C and C++ tools designed for 
professional programmers. Besides the benefits of state-of-the-art optimization, 
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they reduce time spent creating reliable code because the compilers and other tools 
are themselves fast, and they include built-in, customizable checking features that 
will help you find problems earlier. 


With hundreds of command-line options and special pragmas, and a powerful 
linker command language for arranging code and data in memory, the tools can be 
customized to meet the needs of any device software project. Special options are 
provided for compatibility with other tools and to facilitate porting of existing 
code. 


Important Compiler Features and Extensions 


* Many compiler controls and options for greater flexibility over compiler 
operation and code generation. 


« Many features and extensions targeted for the device programmer. See 15. Use 
in an Embedded Environment. 


« Optimizations and features tailored individually for each processor type 
within the MeCORE microprocessor family. See 4.3 Alternatives for Selecting a 
Target Configuration, p.26 for information on how to specify the target 
processor. 


» Extensive compile-time checking to detect suspicious and nonportable 
constructs. See 11. The Lint Facility. 


"Powerful profiling capabilities to locate bottlenecks in the code. The profiling 
information can also automatically be used as feedback to the compiler, 
enabling even more aggressive optimizations. See 10. Optimization, and the 
discussion of D-BCNT in 28. D-BCNT Profiling Basic Block Counter. 


» C++ templates, exceptions, and run-time type information. 


High Performance Optimizations 


A wide range of optimizations, some of which are unique to the Wind River 
Compiler, produce fast and compact code as measured by independent 
benchmarks. Special optimizations include superior interprocedural register 
allocations, inlining, and reaching analysis. 


Optimizations fall into three categories: local, function-level, and program-level, as 
listed next. See 10. Optimization. 


1 Overview 
1.2 Overview of the Tools 


Local optimizations within a block of code: 


Constant folding 

Integer divide optimization 

Local common sub-expression elimination 
Local strength reduction 

Minor transformations 

Peep-hole optimizations 

Switch optimizations 


Function global optimizations within each function: 


Auto increment/decrement optimizations 
Automatic register allocation 

Complex branch optimization 

Condition code optimization 

Constant propagation 

Dead code elimination 

Delayed branches optimization 

Delayed register saving 

Entry /exit code removal 

Extend optimization 

Global common sub-expression elimination 
Global variable store delay 

Lifetime analysis (coloring) 

Link register optimization 

Loop count-down optimization 

Loop invariant code motion 

Loop statics optimization 

Loop strength reduction 

Loop unrolling 

Memory read/write optimizations 
Reordering code scheduling 

Restart optimization 

Branch-chain optimization 

Space optimization 

Split optimization 

Structure and bit-field member to registers 
Tail recursion 

Tail jump optimization 

Undefined variable propagation 

Unused assignment deletion 


Portability 
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Variable location optimization 
Variable propagation 


* Program global optimizations across multiple functions: 


Argument address optimization 
Function inlining 

Glue function optimization 
Interprocedural optimizations 
Literal synthesis optimization 
Local data area optimization 
Profiling feedback optimization 
Static function optimization 


The compiler implements the ANSI C++ standard (ISO/TEC FDIS 14882) as 
described in 13. C++ Features and Compatibility. Exceptions, templates, and 
run-time type Information (RTTI) are fully implemented. 


For C modules, the compiler conforms fully to the ANSI X3.159-1989 standard 
(called ANSI C), with extensions for compatibility with other compilers to simplify 
porting of legacy code. 


Standard C programs can be compiled with a strict ANSI option that turns off the 
extensions and reduces the language to the standard core. Alternatively, such 
programs can be gradually upgraded by using the extensions as desired. See 
BCompatibility Modes: ANSI, PCC, and K&R C, p.569 for operational details when 
compiling in different modes. 


Wind River tools produce identical binary output regardless of the host platform 
on which they run. The only exceptions occur when symbolic debugger 
information is generated (that is, when -g options are enabled), since path 
information differs from one build environment to another. 


1.3 Documentation 


This User’s Guide 


Table 1-1 


1 Overview 
1.3 Documentation 


This guide contains all information necessary to use the tools effectively. Please see 
the table of contents for a detailed overview. 


User’s Guide Parts 


Part 


Contents 


Part I. Introduction 


Part I. Wind River Compiler 


Part ILI. Wind River Assembler 


Part IV. Wind River Linker 
Part V. Wind River Compiler 
Utilities 


Part VI. C Library 


Part VII. Appendices 


Overview, configuration, directory structure, 
subprograms, selecting a target for compilation. 


The compilers, including invocation, options, 
additions to C and C++ for device 
programming, internal data representation, 
calling conventions, and optimizations. 


The assembler, including invocation, options, 
syntax rules, expression syntax, and all 
assembler directives. See manufacturer’s 
manuals for details on MeCORE instructions. 


The linker, including invocation, options, the 
linker command language, and object module 
format. 


The D-AR library archiver; the D-DUMP utility 
for converting and examining object, 
executable, and archive files; and others. 


The structure of the C libraries provided with 
the compiler for use in different environments, 
and the details of the functions in the libraries. 


Configuration files, limits, implementation- 
defined behavior, assembler coding notes, object 
modules format details, -X options by number, 
and messages. 


This manual does not explain the C or C++ language. SeeAdditional Documentation, 
p.8 below, for references to standard works. 
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Additional Documentation 


Changes made for this release and information developed after publication of this 
manual may be found in the release notes. 


The following C++ references are recommended: the ANSI C++ standard 
(ISO/IEC FDIS 14882), The C++ Programming Language by Bjarne Stroustrup, The 
Annotated C++ Reference Manual by Margaret A. Ellis and Bjarne Stroustrup, and 
The C++ Standard Template Library by PJ. Plauger et al. 


For C, see the ANSI C standard X3.159-1989 and The C Programming Language by 
Brian Kernighan and Dennis Ritchie (K&R). 


The following manuals from Freescale and Motorola may be consulted for details 
about microprocessor architecture and instructions: 


«=  MeCORE Reference Manual 
«= MeCORE ABI Specification 


Configuration and Directory 
Structure 


2.1 Components and Directories 9 
2.2 Accessing Current and Other Versions of the Tools 14 


2.3 Environment Variables 15 


2.1 Components and Directories 


All files are located in subdirectories of a single root directory. The following 
terminology is used throughout this manual to refer to that root and related 
subdirectories: 


« — install_path represents the full pathname of the root directory. The root 
directory contains version_path subdirectories, each acting as a sub-root for all 
files related to a single version of the compiler. This allows multiple versions 
of the tools to reside on the same file system. 


= version_path is the name of the complete path for a single version of the 
compiler. 


«  host_dir is the name of a subdirectory under version_path containing directories 
specific to a single type of host, e.g. Win32 or SUNS (Sun Solaris). This permits 
tools for different types of systems to reside on a single networked file system 


These names for a default installation depend on the host file system. The 
following table assumes that the version number is 5.3.x and shows examples for 
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common installations. For other systems, see the installation procedures shipped 
with the media. 


Table 2-1 Example Default Installation Pathnames 


System Default version_path Default with host_dir 

UNIX /usr/lib/diab/5.3.x /usr/lib/diab/5.3.x/host 
HP-UX /usr/lib/diab/5.3.x/HPUX 
Solaris /usr/lib/diab/5.3.x/SUNS 
Linux /usr/lib/diab/5.3.x/LINUX386 

PCs C:\diab\5.3.x C:\diab\5.3.x\op-sys 
Windows C:\diab\5.3.x\ WIN32 


NOTE: In this manual, instructions and examples for Windows apply to all 
supported versions of Microsoft Windows. 


Also, in cases where the Windows and UNIX pathnames are identical except for 
the path separator character, only one pathname is shown using the UNIX 
separator “/”. 


The following table lists the subdirectories of version_path and important files 
contained in them. 


Table 2-2. Version_path Subdirectories and Important Files 


Subdirectory or File Contents or Use 
Programs: 
host_dirlbin/ Programs intended for direct use by the user: 
dec Main driver—assumes C libraries and headers. 
dplus Main driver—assumes C++ libraries and headers. 
das The assembler. A separate M*CORE-specific description file 


controls assembly. 


did The linker. Generates executable files from one or more object 
files and object libraries (archives). 


2 Configuration and Directory Structure 
2.1 Components and Directories 


Table 2-2 Version_path Subdirectories and Important Files (cont'd) 


Subdirectory or File 


dar 


dbcnt 


dctrl 


ddump 


dmake 


flexlm* 
lm* 


reorder 


host_dir/lib/ 


ctoa 
etoa, dtoa 


Contents or Use 


D-AR archiver. Creates an object library (archive) from one or 
more object files. 


D-BCNT basic block counter. Generates profiling information 
from files compiled with -Xblock-count. 


Utility to set default target for compiler, assembler, and linker. 


D-DUMP object file utility. Examines or converts object files, e.g. 
ELF to Motorola S-Records. 


“make” utility; extended features are required to re-build the 
libraries. Not for use with VxWorks development tools. 


Programs and files for the license manager used by all Wind 
River tools. 


This program is started by the driver. It reschedules the 
instruction sequence to avoid stalls in the processor pipeline 
and does some peephole optimizations. See 10. Optimization. 


Programs and files used by programs in bin. 


Cand C++ compilers. A separate M*CORE-specific description 
file directs code generation. (The preferred C++ compiler is 
etoa; dtoa is an older version.) 


Configuration, header, and source files 


conf/ 


dtools.conf 
default.conf 
user.conf 


default.dld 


dmake/ 


example/ 


Configuration files for compilers, assembler, and linker. 


Configuration files read by the compiler drivers at startup, 
primarily to supply command-line options. See A. Configuration 
Files for details. Other .conf files for particular boards or 
operating systems may also be present. 


Default linker command file. Other sample .dld linker 
command files are also found here. See 24.2 Defaults, p.368 in 
the Linker section of this manual. 


dmake startup files. See 30. dmake Makefile Utility. 


Example files used in the Getting Started manual and elsewhere. 


Table 2-2 


Subdirectory or File 
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Version_path Subdirectories and Important Files (cont'd) 


Contents or Use 


include/ 


libraries/ 


pdf/ 
relhist/ 


src/ 


MeCORE startup module and libraries 


MCOREE/ 


crt0.o 


libc.a 
cross/libc.a 


Standard and other header files for use in user programs, plus 
HP/SGI STL library header files. 


Library sources and build files. See 32.3 Library Sources, Rebuilding 
the Libraries, p.463 for details. 


PDF form for all manuals. 


Older Release Notes. 


Source code for replacement routines for system calls. These 
functions must be modified before they can be used in an embedded 
environment. See 15. Use in an Embedded Environment. 


ELF library and startup code directories (big-endian). 


simple/libc.a 


libchar.a 


libram.a 


Start up code to initialize the environment and then call main. 
The source for crt0.o is src/crtmcore/crt0.s. 


ELF standard C libraries. Each libc.a is actually a short text file 
of -1 options listing other libraries to be included. A libc.a file is 
selected based on the library search path (See 4.2 Selected Startup 
Module and Libraries, p.25). 


MCOREEFE/libc.a is a generic C library with no input/output 
support. It includes sublibraries libi.a, libcfp.a, libimpl.a, 
libimpfp.a, all described below. 


MCOREE/simple/libc.a includes the above four sublibraries 
plus libchar.a providing basic character I/O. 


MCOREE/cross/libc.a includes the above four sublibraries plus 
libram.a, which adds RAM-disk-based file I/O. 


For details, see 32.2 Library Structure, p.454. 


Basic character input/output support for stdin and stdout 
(stderr and named files are not supported); an alternative to 
libram.a. 


Adds to libchar.a RAM-disk-based file I/O for stdin and stdout 
only; an alternative to libchar.a. 


2 Configuration and Directory Structure 
2.1 Components and Directories 


Table 2-2 Version_path Subdirectories and Important Files (cont'd) 


Subdirectory or File 


Contents or Use 


libi.a 


libimpl.a 


libd.a 


libg.a 


windiss/libwindiss.a 


General library containing standard ANSI C functions. 


Utility functions called by compiler generated or runtime code, 
typically for constructs not implemented in hardware, e.g., 
low-level software floating point support, multiple register save 
and restore, and 64-bit integer support. 


Additional standard library functions for C++ (libe.a is also 
required). 


Functions to generate debug information for some debug 
targets. 


Support library for Wind ISS instruction-set simulator when 
supplied. Note: implicitly also uses cross/libc.a. 


Floating point-specific libraries and sub-libraries 


MCOREEN 
libcfp.a 
libimpfp.a 
libstl.a, libstlstd.a 


MCOREES/ 
libcfp.a 
libcomplex.a 
libimpfp.a 
libios.a 
libm.a 


libpthread.a 


MCOREEV/ 


ELF floating point stubs for floating point support of “None”. 


Stubs to avoid undefined externals. 
Empty file required by different versions of libc.a. 


Support library for C++. Includes iostream and complex math 
classes. 


ELF software floating point libraries: 


Floating point functions called by user code. 

C++ complex math class library. 

Conversions between floating point and other types. 
C++ iostream class library. 

Math library. 


Unsupported implementation of POSIX threads for use with 
the example programs. Text file which includes sub-libraries 
libdk*.a. 


ELF vector floating point libraries: 
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Table 2-2 Version_path Subdirectories and Important Files (cont'd) 


Subdirectory or File Contents or Use 


MCOREEF/ ELF single hardware, double software floating point versions of 
the floating point libraries above. 


MCOREEG/ ELF all single hardware floating point versions of the floating 
point libraries above. 


MCOREL// Parallel little-endian ELF library and startup code directories 


2.2 Accessing Current and Other Versions of the Tools 


The driver (dec or dplus) automatically finds the subprograms it calls (it is 
modified with the directory selected during installation). Thus, running the 
compiler requires only that driver be accessed in any of the usual ways: 


« Add version_path/host_dir/bin to your path for UNIX or 
version_path\host_dir\bin for Windows. 


= Create an alias or batch file that includes the complete path directly. 
« Copy dcc or dplus to an existing directory in your path, e.g., /usr/bin on UNIX. 


If the tools are installed on a remote server, Windows users should map a drive 
letter to the remote directory where they reside and use that drive letter when 
setting their path variable. 


You can invoke an older copy of a driver as follows: 


« Rename the main driver for the older version. For example, to execute version 
4.4a of the C++ driver, rename dplus in the bin directory for version 4.4a 
dplus44a. Then access dplus44a in any of the usual ways described above. 


"Modify your path to put the directory containing the desired version before 
the directory containing any other version. The driver command will then 
access the desired version. 


« Create an alias or batch file that includes the complete path of the desired 
version. 


2 Configuration and Directory Structure 
2.3 Environment Variables 


2.3 Environment Variables 


Table 2-3 


NOTE: This section is for unusual cases. It is usually sufficient to override the 
default setting by using the -t option on a command line when invoking a tool, or 
to use one of the other methods, all as described under 4.3 Alternatives for Selecting 
a Target Configuration, p.26. 


The configuration information which controls default operation of the tools is 
usually stored as configuration variables in default.conf in the conf subdirectory of 
the version_path directory by the dctrl program. These configuration variables 
include DTARGET, DFP, DOBJECT, and DENVIRON. However, if an environment 
variable having the same name as a configuration variable is set, the value of the 
environment variable will override the value stored in default.conf. (This can in 
turn be overridden by using a -t or -WD option on the command line when 
invoking a tool.) 


The method used to set environment variables depends on the operating system as 
shown in the following table. 


Setting Environment Variables 


System Command 
UNIX variable=value;export variable 
Windows set variable=value 


2.3.1 Environment Variables Recognized by the Compiler 


This section describes the environment variables recognized by the compiler. 


DCONFIG 
Specifies the configuration file used to define the default behavior of the tools. 
documents the configuration file. If neither DCONFIG nor the -WC option is 
used (see A.2.2 Startup, p.557), the drivers use: 


version_path/con£ /dtools.conft (UNIX) 
sversion_path*\ con£\dtools.conf (Windows) 
DTARGET 
DOBJECT 
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DFP 


DENVIRON 


These four environment variables specify, respectively, the target processor, 
object file format and mnemonic type, floating point method, and execution 
environment. They may be used to override the values set in default.conf (and 
will in turn be overridden by a -t option on the command line). DENVIRON 
may also refer to an additional configuration file, for example to set options for 
a particular target operating system. For details, see: 


» 4.3 Alternatives for Selecting a Target Configuration, p.26. 
» 4.1 Selecting a Target, p.21 for valid settings for the four variables. 
*  A.3.1 DENVIRON Configuration Variable, p.559 regarding DENVIRON. 


DFLAGS 


Specifies extra options for the drivers and is a convenient way to specify -XO, 
-O or other options with an environment variable (e.g., to avoid changing 
several makefiles or to override options given in a configuration file). The 
options in DFLAGS are evaluated before the options given on the command 
line. See A.3 Standard Configuration Files, p.558, especially Figure A-2 for 
details. 


DIABLIB 


Formerly used to tell the compiler and drivers where to look for the tools. If 
DIABLIB is defined, it should be set to the version_path selected during 
installation. If DIABLIB is not defined, the compiler and drivers are found on 
the user’s path variable or from an absolute directory path specified on the 
command line. 


NOTE: DIABLIB is deprecated and is maintained for backward compatibility 
only. 


DIABTMPDIR 


Specifies the directory for all temporary files generated by all tools in the tool 
suite. 


DCXXOLD 
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If set to YES, tells the compiler to use the old C++ parser (-Xc++-old option) by 
default. 


Drivers and Subprogram Flow 


The Wind River tools are most easily invoked using the dec and dplus driver 
programs. Depending on the input files and options on the command line, the 
driver may run up to five subprograms: the C preprocessor, either or both 
compilers, the assembler, and the linker. 


The following figure shows the subprogram flow graphically for a C file. A C++ 
file is processed similarly except dplus invokes the C++ etoa compiler instead of 
ctoa. The subprograms and the stopping options are described following the figure. 
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Figure 3-1 Subprogram Flow and Intermediate Files 


Stopping 
C sources Preprocessor Cption 
file.c EF 
a, oF 
C Compiler a 
ctoa 
a 
Assembler \ Assembler a 
sources 
aa 4 das 
: 
Libraries  \ Linker 


Driver command lines are described in detail in 5. Invoking the Compiler. The 
general form is: 


dec [options] _ [input-files] Assumes Wind River C libraries. 


dplus [options] _[input-files] Assumes Wind River C++ libraries. 


The driver determines the starting subprogram to be applied to each input-file 
based on the file’s extension suffix; for example, by default a file with extension .s 
is assembled and linked but not preprocessed or compiled. Command-line options 
may be used to stop processing early. The subprograms and stopping options are 
as follows. 
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3 Drivers and Subprogram Flow 


Table 3-1 Driver Subprograms, Default Input and Output Extensions, and Stopping Options 


Default Default 
Sub- Input Stopping Output 
program Extension Option Extension Function and Stopping Option 
cpp -P ai The preprocessor; takes a C or C++ 
module as input and processes all # 
directives. This program is included in 
the main compiler program. The -P 
option halts the driver after this phase, 
producing a file with the .i suffix. (The 
i file is not produced unless -P is used.) 
ctoa -c -s 8 The C-to-assembly compiler; consists of 
several internal stages (parser, 
optimizer, and code generator), and 
generates assembly source from 
preprocessed C source. 
etoa “CPP -s 8 The C++-to-assembly compiler; 
" generates assembly source from 
.c (capital, UNIX) preprocessed C++ source. 
das “8 -¢ -0 The assembler; generates linkable 
object code from assembly source. 
did To) (object) a.out The linker; generates an executable file 
; from one or more object files and object 
: h (default) 1% J OF) 
is (archive) libraries, as directed by a .dld linker 
command file (obsolete: .Ink). The 
ae (commands) default output name is a.out if the -o 


outputfile option is not given. 
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Components 


4.1 Selecting a Target 21 
4.2 Selected Startup Module and Libraries 25 
4.3 Alternatives for Selecting a Target Configuration 26 


4.1 Selecting a Target 


The compiler, assembler, and linker all require specification of a target configuration. 


A complete target configuration specifies the target processor, the type of floating 
point support, the object module format (ELF), and the execution environment 
(default libraries for input/output and target operating system support). To 
determine the current default, execute the command: 


dec -Xshow-target 
or print the file default.conf in the version_path/conf subdirectory. 


The easiest methods for selecting a target configuration are as follows. The first 
method is preferred. For special cases or more details, see 4.3 Alternatives for 
Selecting a Target Configuration, p.26. 
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* Use the -ttof or -ttofienviron option when invoking the compiler, assembler, or 


linker. The table below describes this option. 


« Invoke the detrl command with the -t option to set the defaults used when no 


-t option is present on the compiler, assembler, or linker command line. Note 
that this sets the default for all users. 


The tof:environ string given with the -t option has four parts, as follows. See 
4.2 Selected Startup Module and Libraries, p.25 for examples. 


-t Option Values 
t Target processor, a several-character code — see the Notes following the 
table (sets DTARGET): 
MCORE MeCORE 
= RCEO* 
MCORE200 MeCORE 200 
MCORE210 MeCORE 210 
MCORE310 MeCORE 310 
MCORE330 MeCORE 330 
MCORE340 MeCORE 340 
0 
Object format (sets DOBJECT): E for ELF big-endian, L for ELF 
little-endian 
f Floating point support — one character (sets DFP): 


S for Software floating point emulation provided with the 
compiler — default on targets without internal floating point. 


N for No floating point support (minimizes the required runtime). 
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4.1 Selecting a Target 


Table 4-1 -t Option Values (cont'd) 


environ 


Two hardware support modes are available for M* CORE 
processors that have hardware floating point support. Note that 
the hardware only supports single precision floating point, and 
so each mode has limitations: 


F for Single precision hardware, double precision software. This 
mode has the same behavior as S, except that hardware 
instructions are used for single precision floating point 
operations, instead of software emulation routines. The software 
emulations are used for double precision. 


G for All single precision hardware floating point. All doubles 
and long doubles are treated exactly like floats. Note that with 
this option, it is impossible to use 64-bit floating point numbers. 
Modules using G must be compiled with -Xfp-float-only. Note 
that in C, it is hard to avoid double since unspecified float 
constants are double, float parameters are passed as double, and 
floating point expressions are often promoted to double. 


Execution environment (sets DENVIRON). Determines paths searched 
for libraries (see 4.2 Selected Startup Module and Libraries, p.25). Two 
standard values used with the libraries delivered with the tools are: 


cross to include libram.a for RAM-disk input/output 
simple to include libchar.a for basic character input/output 


environ may also be the name of a target operating system supported 
by Wind River. In this case, in addition to specifying the library search 
path, the value will be used to include a special configuration file, 
environ.conf in the conf subdirectory, to set options required by the 
target operating system. For further details, see A.3.1 DENVIRON 
Configuration Variable, p.559, VxWorks Application Development, p.24, 
and the release notes and available application notes for particular 
target operating systems. 


environ is optional. If not given by -t, a-WDDENVIRON option, or a 
DENVIRON environment variable, the value set by dctrl is used. 


Notes for the Target Processor Component of the -t Option 


* In the -ttof option, 


“ t” 


is the part not including the final two parts, each of 


which is always a single character (the o and f parts). 


23 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


“ww 


« Each target in the table which is not preceded by an sign causes the 
invoked tool to operate in a manner unique to that target. The unique 
operating characteristics are selected via the options used to invoke the tool 
plus the options which the tool extracts from the built-in configuration files. 


To see the options associated with a particular -t option, invoke a compiler 
driver with the -t option, the -# option (causes the driver to show the 
command line used to invoke each tool), and the -Wa, -# option (causes the 
assembler, when invoked by the driver, to show options which it extracts from 
the configuration files). 


« In each row of the table, values preceded by an equal sign “=” are equivalent to the first 
value in the row and are treated alike by the tools in all respects (internally, the value 
without the “=’ sign is substituted for the given target value). 


“ t” MRM 


may end with a character. This matches any string of zero or more 
characters, and is intended to provide generic support for new processors ina 
family. 


“ t” 


The order in the table is significant: the first “t” matching that is given on the 
command line will be selected. When entering a target processor name on the command 
line with the -t option, use the actual processor name, not a “*”. Then, if the tools have 
special support specifically for that processor, it will be selected; if not, the first 
matching “generic” processor will be used. 


« This table may not be up-to-date. Invoke dctrl -t to construct any valid -t 
option supported by the tools as installed, or look in MCORE.conf for a 
complete list of target processor codes. 


VxWorks Application Development 


To build VxWorks applications, specify the appropriate execution environment 
with the -t option. Usually this will be :rtp for user (real-time process) mode or 
:vxworksx.x for kernel mode. For example, -tMCOREEN:rtp selects user mode, 
while -t-MCOREEN:vxworks6.2 selects VxWorks 6.2 kernel mode. For more 
information, see the documentation that accompanied your VxWorks 
development tools. 


NOTE: If you specify a VxWorks execution environment (:rtp or :vxworksx.x), the 
standard C libraries linked to your application will be different from the 
compiler’s native C libraries documented in this manual. 


Specifying a VxWorks execution environment turns on -Xieee754-pedantic by 
default. 
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4.2 Selected Startup Module and Libraries 


The parts of -ttof:environ option (or its equivalents as described in 4.1 Selecting a 
Target, p.21) are used to construct a directory name and to select the desired startup 


module and libraries per Table 4-1. 
Examples: 
-t Option Startup Module, Libraries 
-tMCOREEN: simple MCOREE/crt0.0 
MCOREE/simple/libc.a with MCOREEN/libcfp.a and 
MCOREE/libchar.a 
MeCORE, ELF objects, no floating point, character 
input/output 
-tMCOREES: cross MCOREE/crt0.0 
MCOREE/cross/libc.a with MCOREES/libcfp.a and 
MCOREE/libram.a 


MeCORE, ELF objects, software floating point, 
RAM-disk input/output 


The library archive files themselves, and the detailed mechanics for selection of the 
appropriate subdirectories and libraries, are fully described in 32.2 Library 
Structure, p.454. 


Briefly, the main driver programs select the startup module and libraries by 
invoking the linker with the following partial command line, using UNIX path 
notation, written on multiple lines and spaced for readability, and where f is as 
described above: 

dld -Y P,version_path/MCOREEf /environ : version_path/MCOREEf : 


version_path/MCOREE/environ : version_path/MCOREE ... 
-l:crt0.o ... -lc 


The -Y P option sets a list of directories. Then the -l:crt0.o option causes the linker 
to look in those directories for file crt0.0, the startup file, without modification, 
while the -lc option causes the linker to construct filename libc.a and look in those 
directories for it. 
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4.3 Alternatives for Selecting a Target Configuration 


There are five ways to change the target configuration. As noted at the beginning of 
this chapter, the first method is preferred, especially when multiple engineers work with 
multiple targets. This section is provided for backward compatibility and special 
cases. 


Using -t sets four configuration variables: DTARGET for the processor, DOBJECT for 
the object module format, DFP for the type of floating point support, and 
DENVIRON for the target execution environment. 


These configuration variables are stored in version_path/conf/default.conf. A 
configuration variable may be overridden by an environment variable of the same 
name, or by a -t or -WD variable option on the command used to invoke the 
compiler, assembler, or linker. The environment variable is checked first and then 
the command line; the last instance found is used. 


Change the target for a single invocation of a tool by using the -t option on the 
command line; this applies to dec, dplus, das, and dld. The -t option takes one of 
the tof or tof:environ codes described in 4.1 Selecting a Target, p.21 and displayed by 
the dctrl -t program (see below). 


Example: 
dplus -ttof -c file.cpp 


Other methods involve changing or overriding four configuration variables stored 
in the configuration file default.conf. (See A.3 Standard Configuration Files, p.558.) 


* The default target configuration is set and may be changed any time by using 
the dctrl program with the -t option: 


actrl -t 


This interactive program prompts you for the desired target processor, object 
format, floating point support, and target execution environment. If you 
already know the exact target configuration you want, you can skip the 
interactive program by specifying the target after -t on the command line: 


dctrl1 -ttofienviron 
Upon success, dctrl displays the new default target and modifies default.conf. 


« Manually edit the default.conf configuration file to change the default settings 
for any of the DIARGET (the processor), DOBJECT (object module format), 
DFP (floating point support), and DENVIRON (target execution environment) 
configuration variables. 


26 


4 Selecting a Target and Its Components 
4.3 Alternatives for Selecting a Target Configuration 


= Set any of the DTARGET, DFP, DOBJECT, and DENVIRON environment 
variables. This overrides the values of the configuration variables having these 
names in default.conf. 


* Use the command-line option -WD environment_variable (see 5.3.26 Define 
Configuration Variable (-W Dname=value), p.44). This overrides both the values 
of the variables in default.conf and any environment variables. Example: 


dplus -WDDTARGET=newtarget -c file.cpp 


NOTE: For additional explanation, and order of precedence when more than one 


of these methods is used, See A. Configuration Files, and especially 
A.2.1 Configuration Variables and Precedence, p.556. 
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5.1 The Command Line 


As noted in 3. Drivers and Subprogram Flow, the compiler is best executed via one of 
the driver programs as follows: 


dec [options] _[input-files] Assumes Wind River C libraries. 
aplus [options] _[input-files] Assumes Wind River C++ libraries. 
where: 

dcc 

dplus 


Invokes the main driver program for the compiler suite. See 2.2 Accessing 
Current and Other Versions of the Tools, p.14 for details on how the driver 
program is found. 
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Both the dec and dplus drivers are used in examples this manual. Please 
substitute dec for dplus if you are using only the C compiler. 

options 
Command-line options which change the behavior of the tools. See the 
remainder of this chapter for details. Options and filenames may occur in any 
order. 

input-files 
A list of pathnames, each specifying a file, separated by whitespace. The suffix 
of each filename indicates to the driver which actions to take. See Table 3-1 for 
details. 


For example, process a single C++ file, stopping after compilation, with standard 
optimization: 
dplus -O -c file.cpp 


The form -@name can also be used for either options or input-files. The name must 
be that of an environment variable or file (a path is allowed), the contents of which 
replace -@name. See A.2 How Commands, Environment Variables, and Configuration 
Files Relate, p.556 for details. 


5.2 Rules for Writing Command-Line Options 


Same Option More Than Once 


Options can come from several sources: the command line, environment variables, 
configuration files, and so forth as described in A.2 How Commands, Environment 
Variables, and Configuration Files Relate, p.556. 


If an option appears more than once from whatever source, the final instance is 
taken unless noted otherwise in the individual option descriptions in the next 
sections. 
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Command-Line Options are Case-sensitive 


Command-line options are case-sensitive. For example, -c and -C are two 
unrelated options. This is true even on Windows; however filenames on Windows 
remain case-insensitive as usual. 


Spaces In Command-Line Options 


Quoting Values 


For easier reading, command-line options may be shown with embedded spaces 
in documentation, although they are not typically written this way in use. In 
writing options on the command line, space is allowed only following the option 
letter, not elsewhere. For example: 


-D DEBUG=2 
is valid, and is exactly equivalent to: 
-DDEBUG=2 


However, 


-D DEBUG = 2 


“ey 


is not valid because of the spaces around the “= 


When a command-line option can take a string as a value, it does not require 
quotes. For example: 


-prof-feedback=rta-db -Xname-code=.code 
Enclosing the value in quotes has no effect. Thus, 
-DSTRING="test" 


is equivalent to: 


-DSTRING=test 


Using “\” to escape the quotes will pass the quotes into the compiler. Given file 
test.c containing: 


void main() { 
printf (STRING) ; 
} 


compiling with: 


dcc test.c -DSTRING="test" 
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the printf statement becomes: 
printf( test ); 

(and will fail because test is undefined). But compiled with: 
dec test.c -DSTRING=\"test\" 

the printf statement becomes: 


printf( "test" ); 


Unrecognized Options, Passing Options to the Assembler or Linker 


Length Limit 


Ordinary options beginning with a letter other than “X” and which are not listed 
in this section are automatically passed by the driver to the linker. All -X options 
are processed first by the compiler. 


When invoking the dec or dplus driver program, it is sometimes important to pass 
an option explicitly to the assembler or linker—for example, a -X option or an 
option identified by the same letter as a driver or compiler option. The driver 
options -W a,arguments and -W Larguments pass arguments to the assembler and 
linker respectively. 


The length of the command line is limited by the drivers’ 1000-byte internal buffer. 
To pass longer commands to the tools, see 5.3.39 Read Command-Line Options from 
File or Variable (-@name, -@@name), p.50. 


The following example is written on several lines for clarity. The individual 
options shown are fully documented in this chapter or in the 16.4 Assembler -X 
Options, p.291 and in 24.5 Linker -X options, p.377. 


dcc -D DEBUG=2 -XO 
-Wa , -DDEBUG=3 
-Wl,-Xdont-die 
-Llibs 
-WA.asm 
f.c a.asm 


-D DEBUG=2 -XO 
The driver invokes the compiler with these options. A space is allowed after 
the option letter -D. 
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-Wa, -DDEBUG=3 
The driver invokes the assembler with the option -DDEBUG=3, perhaps for use 
in the a.asm file. Without the -Wa, the driver would have passed this option to 
the compiler, resetting DEBUG to 3. 


No space is allowed after the -D because it would have ended the -Wa option; 
-W a, -DDEBUG=3 would also have been valid. 
-Wl1,-Xdont-die 
The driver invokes the linker with the option -Xdont-die. Without the -W1, the 
driver would have passed this linker option -Xdont-die to the compiler. 


-Llibs 
This option is not recognized by the driver as a driver or compiler option, so it 
is passed to the linker. 


-WA.asm 
Instructs the driver that files having the extension .asm are to be preprocessed 
and then assembled. If this extension is a project standard, it can more 
conveniently be set in user configuration file user.conf as follows (see 
A.3.2 UFLAGS1, UFLAGS2, DFLAGS Configuration Variables, p.561): 


UFLAGS1=-WA.asm 


f.c a.asm 
An input file to be compiled (f.c) and, because of the -WaA.asm option, an 
input file to be preprocessed and assembled (a.asm). 


The next sections document the command-line options recognized by the driver 
and compiler. 


5.3 Compiler Command-Line Options 


This section shows all general command-line options. New options added after 
publication may also be in the most recent release notes. 
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5.3.1 Show Information About Compiler Options (-?, -?..., -h, -h..., --help) 


-h 

--help 
Show synopsis of commonly used compiler options. Available for other tools 
(assembler, linker) as well. 


Show synopsis of less frequently used options. 


Show synopsis of -W options (see 5.3.25 Pass Arguments to the Assembler 
(-W a,arguments, -W :as:,arguments), p.44). 

-?x 

-hx 
Show synopsis of -X options (see 5.4 Compiler -X Options, p.50). 


-?xstring 
Show synopsis of -X options whose names contain the specified string. For 
example, entering dcc -?Xbss returns information about -Xbss-off and 
-Xbss-common-off. 


5.3.2 Ignore Predefined Macros and Assertions (-A-) 
-A- 
Cause the preprocessor to ignore all predefined macros and assertions. 
5.3.3 Define Assertion (-A assertion) 
-A_ pred (ident1) (ident2) 


Cause the assertion pred(ident) to be defined. See #assert and #unassert 
Preprocessor Directives, p.126. 


5.3.4 Pass Along Comments (-C) 
-c 


Cause the C processor to pass along all comments. Useful only in conjunction 
with -E or -P. 
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NOTE: The preprocessor may be used with any language supported by Wind 


River. 


-C is not necessary when -Xpass-source is used to output source as comments 
when generating assembly output because in that case the source code is taken 
before preprocessing. 


5.3.5 Stop After Assembly, Produce Object (-c) 


-¢c 


Stop after the assembly step and produce an object file with default file 


extension .o (unless modified by -o, see 5.3.18 Specify Output File (-o file), p.42). 


5.3.6 Define Preprocessor Macro Name (-D name=definition) 


-p name [=definition] 


Define the preprocessor macro name as if by the #define directive. If no 
definition is given, the value 1 is used. 


Macros may be either function-like macros or object-like macros. Function-like 
macros take arguments; this sample macro converts inches to centimeters: 


dcc -DIN_TO_CM(x)=((x)*2.54) foo.c 


Note that, to prevent unexpected results, both the argument and the entire 
macro expression should be enclosed in parentheses. 


Object macros do not take arguments: 
dec -DYEAR_LENGTH=366 bar.c 


See 5.2 Rules for Writing Command-Line Options, p.32, for rules about using 
spaces, quotations, and the like on the command line. 


5.3.7 Stop After Preprocessor, Write Source to Standard Output (-E) 


-E 


Run only the preprocessor on the named files and send the output to the 
standard output. All preprocessor directives are removed except for 
line-number directives used by the compiler to generate line-number 
information. (To suppress line-number information, use 
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-Xpreprocessor-lineno-off.) The source files do not require any particular 
suffix. 


When -E is invoked, the preprocessor implicitly includes the lpragma.h file. To 
suppress inclusion of lpragma.h, use -Xclib-optim-off. For more on 
Ipragma.h, see 5.4.23 Disregard ANSI C Library Functions (-Xclib-optim-off), 
p-67. 


See also 5.3.19 Stop After Preprocessor, Produce Source (-P), p.43. 


5.3.8 Change Diagnostic Severity Level (-e) 


-esn[,n...] 
For each of one or more diagnostic message numbers n in the 
comma-separated list, change the severity level of the message to s where s is 
one of: 


i 
Information, equivalent to ignore. 


Warning. 
Error (continue compilation). 


Fatal error (terminate immediately). 
Each diagnostic message has the form: 
"file", line #: severity-level (compiler:error#) : message 
Example: 
"errl.c", line 2: warning (dcc:1025): division by zero 


To raise the severity level of this message from “warning” to “error”, invoke the 
compiler with the option -ee1025. To reduce the level to “ignore”, use -ei1025. 


NOTE: Some messages have a minimum severity level. The severity level of a 
message may be raised above its minimum but not lowered below it. Attempting 
to do so will generate warning 1641. 
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If either form of -Xmismatch-warning is used, mismatched types will only 
produce a warning, even if -e is used to increase the severity level of the diagnostic. 
See 5.4.98 Warn On Type and Argument Mismatch (-Xmismatch-warning), p.99. 


5.3.9 Generate Symbolic Debugger Information (-g) 


The several -gn options enable generation of varying levels of debugging 
information. If optimization options are also present (-O or -XO), optimization will 
be affected as described. 


-g 


-g0 


Same as -g2. 


Do not generate symbolic debugger information. This is the default. No effect 
on optimization. 


Generate symbolic debugger information, but leave out line number 
information. No effect on optimization. 


Generate symbolic debugger information. 


Do most target-independent optimizations, but do not do the following 
optimizations, since most object formats have no way to describe them. 
Hexadecimal numbers indicate the mask for -Xkill-opt (5.4.84 Disable 
Individual Optimizations (-Xkill-opt=mask, -Xkill-reorder=mask), p.92). 


* Function inlining (Inlining (0x4), p.197) 

* Structure member optimization (Structure Members to Registers (0x10), 
p-199) 

* Split optimization (Variable Live Range Optimization (0x400), p.201) 

= Complex Branch Optimization (0x1000), p.202 

= Loop Count-Down Optimization (0x4000), p.203 

« Minor Transformations to Simplify Code Generation (0x80000), p.204 

« Static function optimization (0x20000000) (Static Function Optimization 
(0x20000000), p.207) 

= Live-Variable Analysis (0x40000000), p.207 


Also, disable most target-dependent optimizations: option -g2 also disables 
basic reordering and all peephole optimizations (see 209). 
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See 10. Optimization for details on these optimizations (the optimizations are 
ordered by the hex values in that chapter). 


See also -Xoptimized-debug-off (5.4.105 Disable Most Optimizations With -¢ 
(-Xoptimized-debug-...), p.103) on how to disable optimizations which interfere 
with debugging. 

g3 
Generate symbolic debugger information and do all optimizations. Highly 
optimized code can be difficult to debug. For example, there is no way to break 
on inlined functions (except at the assembly level). Hence, when debugging is 
required, -g2 is usually a better choice. 


NOTE: The -gn options may also be specified at the beginning of a source files 
using: 


#pragma option -gn 


5.3.10 Print Pathnames of Header Files (-H) 


-H 
Print the pathnames of all header files to the standard error output. 


5.3.11 Specify Directory for Header Files (-I dir) 


-I dir 
Add dir to the list of directories to be searched for header files. A full pathname 
is allowed. More than one -I option can be given. 


For an #include “file” directive, search for the file in the following locations: 


« First, the directory of the file containing the include directive. Thus, if an 
#include directive includes a path, that path defines the current directory 
for #include directives in the included file. Example (using UNIX 
notation): 


Assume file f1.c contains: 


#include "pl/h1.h" 
#include "h3.h" 


and file h1.h contains: 


#include "h2.h" 


40 


5 Invoking the Compiler 
5.3 Compiler Commana-Line Options 


The search for h2.h will begin in directory p1; the search for h3.h will begin 
in the directory containing f1.c. 


« Second, directories given by the -I dir option, in the order encountered. 
« Third, the directory given by either: 
any -Y I option appearing prior to the -I option 


version_path / include (UNTX) 
version_path\ include (Windows ) 


(The -Y I option effectively replaces the version_path directory.) 


For an #include <file> directive, search only the second and third locations. 


5.3.12 Control Search for User-Defined Header Files (-I@) 


-1@ 
C only. Search for user-defined header files (those enclosed in double quotes 
(") in the order specified only by -I options (modified by -Y I options if any). 
That is, do not search the current directory by default; search the current 
directory only when an -I@ option is encountered. Example: 


dcc -Iabc -I@ -Idef file.c 
will result in a search order of: 


the directory abc 
the current directory 
the directory def 


5.3.13 Modify Header File Processing (-i file1=file2) 
-i filel=file2 
Substitute file2 for filel in an #include directive. 


-i filel= 
Ignore any #include directive for file1. 


-i =file2 
Include file2 before processing any other source file. 


The -i option is disabled by -P. 
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5.3.14 Specify Directory For -Il Search List (-L dir) 


This is a linker option. See Specify Directory for -I search List (-L dir), p.373. 


5.3.15 Specify Library or Process File (-l name) 


This is a linker option. See Specify Library or File to Process (-Iname, -I:filename), p.373. 


5.3.16 Specify Pathname of Target-Spec File (-M target-spec) 
-M target-spec 


NOTE: This option is primarily for use by Wind River. 


Specify the pathname of the target-spec file to the compiler (see target.cd in 
Table 2-2). This file contains the target description and is read by the compiler 
at startup. If the -M option is set more than once, the final setting is used. 


5.3.17 Optimize Code (-O) 


-o 
Optimize code. Either this or -XxO must be present to enable optimization and 
to invoke the reorder program. See the -XO option in 5.4.102 Enable Extra 
Optimizations (-XO), p.101 for the difference between these options and 
10. Optimization for more information about optimizations. 


This option can also be specified at the beginning of a source file using: 


#pragma option -O 


5.3.18 Specify Output File (-o file) 


-o file 
Output to the given file instead of the default. This option works with the -P, 
-S and -c options as well as when none of these are specified. When compiling 
file.ext the following filenames are used by default if the -o option is not given: 


-P file.i 
-s file.s 
-c file.o 
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not -P, -S, or -c a.out 


5.3.19 Stop After Preprocessor, Produce Source (-P) 


-P 


Stop after the preprocessor step and produce a source file with default file 
extension .i (unless modified by -o). 


Unlike with the -E option, the output will not contain any preprocessing 
directives, and the output does not go to standard out (see -o for the output 
filename). The source files do not require any particular suffix. 


When this option is used, the compiler driver does not invoke the assembler 
or linker. Thus, any switches intended for the assembler or linker must be 
given separately on command lines which invoke them. The -P option also 
disables -i. 


When -P is invoked, the preprocessor implicitly includes the lpragma.h file. To 
suppress inclusion of lpragma.h, use -Xclib-optim-off. For more on 
Ipragma.h, see 5.4.23 Disregard ANSI C Library Functions (-Xclib-optim-off), 
p-67. 


5.3.20 Stop After Compilation, Produce Assembly (-S) 


-s 


Stop after the compilation step and produce an assembly source code file with 
the default file extension .s (unless modified by -o). If 
-Xshow-configuration=1 is enabled, the assembly file contains a list of options 
in effect during compilation. 


5.3.21 Select the Target Processor (-t tof:environ) 


-t toftenviron 


Select the target processor with t (a several character code), the object format 
with o (a one letter code), the floating point support with f (H for hardware, S 
for software, and N for none), and libraries suitable for the target environment 
with environ. 


To determine the proper tof, execute dctrl -t to interactively display all valid 
combinations. See also 4.2 Selected Startup Module and Libraries, p.25. 
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5.3.22 Undefine Preprocessor Macro Name (-U name) 


-U name 
Undefine the preprocessor macro name as if by the #undef directive. 


5.3.23 Display Current Version Number (-V, -VV) 


-v 
Display the current version number of the driver. 

-vv 
Display the current version number of the driver and the version number of all 
subprograms. Do not complete the compilation. 


5.3.24 Run Driver in Verbose Mode (-v) 


-V 
Run the main drive program in verbose mode, printing a message as each 
subprogram is started. 


5.3.25 Pass Arguments to the Assembler (-W a,arguments, -W :as:,arguments) 


-W a, arg1[ , arg2...] 
-W :as: ,argi[,arg2...] 
Pass the arguments to the assembler. Example: 


-Wa,-l or -W:as:,-l 


Pass the option “-1” (lower case letter L) to the assembler to get an assembler 
listing file. 


5.3.26 Define Configuration Variable (-W Dname=value) 


-W Dname=value 
Set a configuration variable equal to a value for use during configuration file 
processing. 


More than one -WD option can be used to set several variables. The effect is as 
if an assignment statement for each such -WD variable had been added to the 
beginning of the main configuration file. 
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5.3.27 Pass Arguments to Linker (-W I,arguments, -W :ld:,arguments) 


-W 1, arg1[ , arg2...] 
-W :1d:,arg1[,are2...] 
Pass the arguments to the linker. 


Any option which is not recognized by the driver or compiler is automatically 
passed to the linker. -WI may be used to pass options to third-party linkers in 
cases where such an option resembles a driver or compiler option. See 


5.4.59 Suppress Assembler and Linker Parameters (-Xforeign-as-Id), p.82. Example: 


-Wl,-m or -W:ld:,-m 


Pass the option -m to the linker to get a link map. 


5.3.28 Specify Linker Command File (-W mfile) 


-W nfile 


Use the given linker command file instead of the default 
version_path/conf/default.dld. 


NOTE: To suppress use of the default.Ink file, specify just -Wm with no file on 


the command line. 


5.3.29 Specify Startup Module (-W sfile) 


-W sfile 
Use the given object file instead of the default startup file (crt0.0). Additional 
object files to be loaded along with the startup file and before any other files 
can be given separated by commas. 


NOTE: To provide a crt0.s file or substitute to be assembled on the command 


line, or to use an existing non-default crt0.o file or substitute, specify just -Ws 
with no name to suppress use of the default. 


45 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


5.3.30 Substitute Program or File for Default (-W xfile) 


NOTE: Except for the common cases -W m and -W s documented above, this 
option is primarily for use by Wind River. 


-W xfile 
Use the given program or file instead of the default program or file for the case 
indicated by x. Some cases take the form -W xname=value. x is one of the 
following: 


:aSst, a 
The assembler. 


The configuration file to be used. The default is dtools.conf 
(DTOOLS.CON for Windows) in the version_path/conf subdirectory. 


:Cppi, D 
The C preprocessor. The preprocessor is incorporated in the compiler, so 


this becomes a synonym for 0. 


3c 


" The C compiler. 


2Ctt: 
The C++ compiler. 


Pass the string following the -Wc exactly as is as an option to the linker. 
More than one option can be given following -Wc, separated by commas. 
For example, -Wc-lc,-Iproj would cause the linker to search for missing 
symbols in libraries libc.a and libproj.a. 


The linker -1 option is the more usual way to specify libraries. 
See 5.3.26 Define Configuration Variable (-W Dname=value), p.44. 
The C++ library. The default is -ld. See “c” for the meaning of -ld and 
additional rules. 
:ld:, 1 
The linker. 


The object converter; will execute after the linker. 


See 5.3.28 Specify Linker Command File (-W mfile), p.45. 
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See 5.3.29 Specify Startup Module (-W sfile), p.45. 
The compiler implied by the extension of the source file. 


The reorder program. Specifying -W1 with no substitute program name 
will disable the reorder program. 


6 

Other filter programs. -W1 and -W2 execute if -O or -XO is given and 
process the output from the compiler. -W3 and -W4 also process the output 
from the compiler. -W5 and -W6 process the input to the assembler. 
Example: 


-W:1d:/usr/lib/dcc/3.6e/bin/dld 


Use an old version of the linker. 


5.3.31 Pass Arguments to Subprogram (-W x,arguments) 


-W x,argl[ , arg2...] 
Pass the arguments to the subprogram designated by x. x is one of the 
following: 


:CPpPp:, PD 


3c 


The preprocessor. The preprocessor is incorporated in the compiler, so this 
becomes a synonym for 0. 


The compiler implied by the extension of the source file. 


" The C compiler. 


C++: 


The C++ compiler. 


:as: 
The assembler. See 5.3.25 Pass Arguments to the Assembler (-W a,arguments, 
-W :as: arguments), p.44. 


sld: 
The linker. See 5.3.27 Pass Arguments to Linker (-W Larguments, -W 
‘Id: arguments), p.45. 


The object converter. Usually not implemented. If given, it will execute 
after the linker. 
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The reorder program. 


2-6 
Other filter programs; usually not implemented. -W1 and -W2 are only 
executed if -O or -XO is given. They process the output from the compiler. 
-W3 and -W4 are always executed if given and process the output from the 
compiler. -W5 and -W6 process the input to the assembler. 


Example: 
-W:as:,-l or -Wa,-1 


Pass the option “-1” (lower case letter L) to the assembler to get an assembler 
listing file. 


5.3.32 Associate Source File Extension (-W x.ext) 


-W x.ext 
Associate a source file extension with a tool; that is, indicate to the main driver 
program dcc or dplus which tool should be invoked for an input file with a 
particular extension. ext specifies the extension and x specifies a tool, as 
follows: 


0 
The compiler implied by the extension of the source file. 


3c 


" The C compiler. 


2Cctts 
The C++ compiler. 


sas: a 
The assembler. 


:pas:, A 
Preprocessor and assembler: both the preprocessor and assembler will be 
applied to the source. Allows use of preprocessor directives with assembly 
language. 


Example: 
-W:as:.asm 


Specify that file.asm is an assembly source file. 
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5.3.33 Suppress All Compiler Warnings (-w) 
Suppress all compiler warnings. (Does not apply to assembler or linker.) 
5.3.34 Set Detailed Compiler Control Options (-X option) 


See 5.4 Compiler -X Options, p.50. 


5.3.35 Specify Default Header File Search Path (-Y I,dir) 


-¥ I,dir 
Use dir as the default directory to search for header files specified with the -I 
option. A full pathname is allowed. Must occur prior to a -I option to be 
effective for that option. 


5.3.36 Specify Search Directories for -I (-Y L, -Y P, -Y U) 


These are linker options. See Specify Search Directories for -I (-Y L, -Y P, -Y U), p.376. 


5.3.37 Specify Search Directory for crt0.o (-Y S,dir) 


Use dir as the default directory to search for crt0.0. This option is provided as a 
convenience for older makefiles; users should use the -W sfile option instead, as it 
enables you to specify both the search directory and the name of the startup file. 
See 5.3.29 Specify Startup Module (-W sfile), p.45. 


5.3.38 Print Subprograms With Arguments (-#, -##, -###) 
-# 
Print subprogram command lines with arguments as executed. 


-## 
Print subprogram command line with arguments without actually executing 
them. 
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~HEH 
Print subprogram command lines with arguments inside quotes without 
executing them. 


5.3.39 Read Command-Line Options from File or Variable (-@name, -@ @name) 


-@name 
Read command-line options from either a file or an environment variable. 
When -@name is encountered on the command line, the driver first looks for an 
environment variable with the given name and substitutes its value. If an 
environment variable is not found then the driver tries to open a file with 
given name and substitutes the contents of the file. If neither an environment 
variable or a file can be found, an error message is issued and the driver 
terminates. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


5.3.40 Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) 


-@E=file 
Redirect any output to standard error to the given file. 


-@o=file 
Redirect any output to standard output to the given file. 
Use of “+” instead of “=” will append the output to the file. 


5.4 Compiler -X Options 


Compiler command-line -X options provide fine control over many aspects of the 
compilation process when behavior other than the default is needed. 


Most -X options can be set either by name (-Xname) or by number (-Xn). Options 
can be set to a value m, given in decimal, octal (leading 0), or hexadecimal (leading 
Ox), by using an equal sign: -Xname=m or -Xn=m. Some options can be set to an 
unquoted string, e.g. -Xfeedback=file. 
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Many options have multiple names corresponding to different values. For 
example, -Xchar-signed is equivalent to -X23=0, and -Xchar-unsigned is 
equivalent to -X23=1. Please note that if a value is provided, it is always dominant, 
regardless of which name is used. Thus, -Xchar-signed=1 is equivalent -X23=1, 
which is equivalent to -Xchar-unsigned. Internally, the name is translated to its 
number (23 in this case), and then the value is assigned regardless of which name 


was used. 


5.4.1 Option Defaults 


If an option is not provided, it defaults to a value of 0 unless otherwise stated. If an 
option which takes a value is provided without one, then the value 1 is used unless 
otherwise stated. Therefore, the following three forms are all equivalent: 


-Xtest-at-top -X6 -X6=1 


However, if neither option -Xtest-at-top nor -X6 had been given, the value of option 
-X6 would default to 0, which is equivalent to -Xtest-at-bottom. 


To turn off an option which is on by default, or which was set using an 
environment variable or -@ option, and for which there is no name for the “=0” 
case, set it to zero: -Xname=0. 


To determine the default for an option, compile a test module without the option 
using the -S and -Xshow-configuration=1 options and examine the resulting .s 
assembly language file. All -x options used are given in numeric form near the 
beginning of the file. An option not present defaults to 0. 


G. Compiler -X Options Numeric List lists all options having numeric equivalents in 
numeric order. 
-X options can also be specified at the beginning of a source file using: 
#pragma option -X... 
The remainder of this section shows all general -X options in both forms (name and 


number). 


As noted above, the -X options used for a compilation are given as comments in 
the assembly listing in numeric form. These include both options specified by the 
user and also some options generated by the compiler. Some of the latter may be 
undocumented and are present for use by Customer Support. 


51 


Wind River Compiler for M@eCORE 


User’s Guide, 5.4 


5.4.2 Compiler -X Options by Function 


Below is a list of functional groups of -X options. This is followed by the -X options 
in each functional group. 


C++, p.58 

Checking and Profiling, p.52 
Debugging, p.52 

Diagnostic and Lint, p.53 
Driver, p.53 

Instruction, p.54 

Memory, p.54 

Optimization, p.55 

Output, p.55 
Position-independent Code and Data, p.56 
Precompiled Headers, p.56 
Sections, p.56 

Syntax, p.57 

Type, p.o7 


Checking and Profiling 


Debugging 
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5.4.12 Insert Profiling Code (-Xblock-count), p.63 
5.4.55 Optimize Using Profile Data (-Xfeedback=file), p.80 


5.4.56 Set Optimization Parameters Used With Profile Data (-Xfeedback-frequent, 
-Xfeedback-seldom), p.81 


5.4.120 Generate Code for the Run-Time Error Checker (-Xrtc=mask), p.109 


5.4.36 Align .debug Sections (-Xdebug-align=n), p.72 

5.4.37 Select DWARF Format (-Xdebug-dwarf...), p.72 

5.4.38 Generate Debug Information for Inlined Functions (-Xdebug-inline-on), p.73 
5.4.39 Emit Debug Information for Unused Local Variables (-Xdebug-local-all), p.73 
5.4.40 Generate Local CIE for Each Unit (-Xdebug-local-cie), p.73 

5.4.41 Disable debugging information Extensions (-Xdebug-mode=mask), p.73 
5.4.42 Disable Debug Information Optimization (-Xdebug-struct-...), p.74 

5.4.63 Include Filename Path in Debug Information (-Xfull-pathname), p.84 
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5.4.72 Initialize Local Variables (-Xinit-locals=mask), p.87 

5.4.75 Define Initial Value for -Xinit-locals (-Xinit-value=n), p.89 

5.4.105 Disable Most Optimizations With -g (-Xoptimized-debug-...), p.103 
5.4.129 Enable Stack Checking (-Xstack-probe), p.112 


Diagnostic and Lint 


Driver 


5.4.46 Control Use of Type “double” (-Xdouble...), p.76 


5.4.58 Generate Warnings on Undeclared Functions 
(-Xforce-declarations, -Xforce-prototypes), p.82 


5.4.86 Generate Warnings On Suspicious/Non-portable Code (-Xlint=mask), p.93 
5.4.92 Warn On Undefined Macro In #if Statement (-Xmacro-undefined-warn), p.96 
5.4.98 Warn On Type and Argument Mismatch (-Xmismatch-warning), p.99 
5.4.130 Diagnose Static Initialization Using Address (-Xstatic-addr-...), p.112 
5.4.132 Buffer stderr (-Xstderr-fully-buffered), p.113 

5.4.133 Terminate Compilation on Warning (-Xstop-on-warning), p.113 

5.4.137 Warn on Large Structure (-Xstruct-arg-warning=n), p.114 

5.4.140 Suppress Warnings (-Xsuppress-warnings), p.115 


5.4.18 Use Old C++ Compiler (-Xc++-old), p.65 

5.4.59 Suppress Assembler and Linker Parameters (-Xforeign-as-ld), p.82 
5.4.64 Control GNU Option Translator (-Xgcc-options-...), p.84 

5.4.71 Ignore Missing Include Files (-Xincfile-missing-ignore), p.87 


5.4.82 Create and Keep Assembly or Object File (-Xkeep-assembly-file, 
-Xkeep-object-file), p.91 


5.4.93 Show Make Rules (-Xmake-dependency), p.96 

5.4.94 Specify Dependency Name or Output File (-Xmake-dependency-...), p.98 
5.4.107 Output Source as Comments (-Xpass-source), p.103 

5.4.112 Preprocess Assembly Files (-Xpreprocess-assembly), p.105 

5.4.114 Use Old Preprocessor (-Xpreprocessor-old), p.105 
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Instruction 
a 
a 


Memory 
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5.4.127 Show Target (-Xshow-target), p.111 


5.4.4 Prefix Function Identifiers With Underscore (-Xadd-underscore), p.59 
5.4.47 Dump Literals at the End of Each Function (-Xdump-literals), p.76 
5.4.66 Enable Hardware Divide Instructions (-Xhardware-divide...), p.85 


5.4.78 Specify Use of Alternate Register Set for Interrupt Functions 
(-Xinterrupt-alt-reg...), p.90 


5.4.79 Specify Interrupt Return Instruction (-Xinterrupt-rft, -Xinterrupt-rte), p.90 
5.4.80 Enable Intrinsic Functions (-Xintrinsic-mask), p.91 

5.4.90 Enable the loopt Instruction (-Xloopt-on, -Xloopt-off), p.95 

5.4.101 Save Registers for Nested Interrupts (-Xnested-interrupts...), p.101 


5.4.6 Align Functions On n-byte Boundaries (-Xalign-functions=n), p.60 


5.4.7 Specify Minimum Alignment for Single Memory Access to 
Multi-byte Values (-Xalign-min=n), p.60 


5.4.9 Specify Minimum Array Alignment (-Xarray-align-min), p.61 
5.4.36 Align .debug Sections (-Xdebug-align=n), p.72 

5.4.48 Generate Initializers for Static Variables (-Xdynamic-init), p.76 
5.4.65 Treat All Global Variables as Volatile (-Xglobals-volatile), p.85 


5.4.73 Control Generation of Initialization and Finalization Sections (-Xinit-section), 
p-88 


5.4.74 Control Default Priority for Initialization and Finalization 
Sections (-Xinit-section-default-pri), p.88 


5.4.96 Set Maximum Structure Member Alignment (-Xmember-max-align=n), p.98 
5.4.97 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.98 
5.4.131 Treat All Static Variables as Volatile (-Xstatics-volatile), p.112 

5.4.110 Treat All Pointer Accesses As Volatile (-Xpointers-volatile), p.104 

5.4.136 Align Strings on n-byte Boundaries (-Xstring-align=n), p.114 

5.4.139 Set Minimum Structure Member Alignment (-Xstruct-min-align=n), p.115 
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Optimization 


Output 


5.4.3 Do Not Move Instructions Into Prolog (-Xabi-prolog), p.59 

5.4.8 Assume No Aliasing of Pointer Arguments (-Xargs-not-aliased), p.61 
5.4.19 Optimize Global Assignments in Conditionals (-Xcga-min-use), p.65 
5.4.23 Disregard ANSI C Library Functions (-Xclib-optim-off), p.67 

5.4.24 Enable Cross-module Optimization (-Xcmo-...), p.67 

5.4.52 Control Inlining Expansion (-Xexplicit-inline-factor), p.79 

5.4.76 Inline Functions with Fewer Than n Nodes (-Xinline=n), p.89 

5.4.77 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force), p.89 


5.4.84 Disable Individual Optimizations (-Xkill-opt=mask, -Xkill-reorder=mask), 
p-92 


5.4.89 Do Not Assign Locals to Registers (-Xlocals-on-stack), p.95 

5.4.102 Enable Extra Optimizations (-XO), p.101 

5.4.104 Execute the Compiler’s Optimizing Stage n Times (-Xopt-count=n), p.102 
5.4.106 Specify Optimization Buffer Size (-Xparse-size), p.103 

5.4.119 Restart Optimization From Scratch (-Xrestart), p.109 

5.4.128 Optimize for Size Rather Than Speed (-Xsize-opt), p.112 


5.4.138 Control Optimization of Structure Member Assignments 
(-Xstruct-assign-split-...), p.114 


5.4.145 Specify Loop Test Location (-Xtest-at-...), p.116 
5.4.148 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.118 


5.4.16 Control Allocation of Uninitialized Variables in “COMMON” and bss 
Sections (-Xbss-off, -Xbss-common-off), p.64 


5.4.32 Dump Symbol Information for Macros or Assertions (-Xcpp-dump-symbols), 
p-71 


5.4.62 Generate .frame_info for C functions (-Xframe-info), p.84 
5.4.67 Do Not Pass #ident Strings (-Xident-off), p.85 
5.4.71 Ignore Missing Include Files (-Xincfile-missing-ignore), p.87 
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5.4.93 Show Make Rules (-Xmake-dependency), p.96 
5.4.94 Specify Dependency Name or Output File (-Xmake-dependency....), p.98 
5.4.107 Output Source as Comments (-Xpass-source), p.103 


5.4.113 Suppress Line Numbers in Preprocessor Output (-Xpreprocessor-lineno-off), 
p-105 


5.4.124 Disable Generation of Priority Section Names (-Xsect-pri-...), p.111 


5.4.123 Generate Each Function in a Separate CODE Section Class (-Xsection-split), 
p-110 


5.4.125 Control Listing of -X Options in Assembly Output 
(-Xshow-configuration=n), p.111 


5.4.147 Append Underscore to Identifier (-Xunderscore-...), p.117 


Position-independent Code and Data 


5.4.27 Generate Position-independent Code (PIC) (-Xcode-relative...), p.68 
5.4.35 Generate Position-independent Data (PID) (-Xdata-relative...), p.71 
5.4.109 Generate Position-Independent Code for Shared Libraries (-Xpic), p.104 


Precompiled Headers 


Sections 
a 
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5.4.108 Use Precompiled Headers (-Xpch-...), p.104 


5.4.5 Set Addressing Mode for Sections (-Xaddr-...), p.59 


5.4.16 Control Allocation of Uninitialized Variables in “COMMON” and bss 
Sections (-Xbss-off, -Xbss-common-off), p.64 


5.4.26 Use Absolute Addressing for Code (-Xcode-absolute...), p.68 


5.4.31 Locate Constants With “text” or “data” (-Xconst-in-text, -Xconst-in-data), 
p-70 


5.4.34 Use Absolute Addressing for Code (-Xdata-absolute...), p.71 
5.4.36 Align .debug Sections (-Xdebug-align=n), p.72 


5.4.87 Allocate Static and Global Variables to Local Data Area (-Xlocal-data-area=n), 
p-94 


Syntax 


Type 
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5.4.88 Restrict Local Data Area Optimization to Static Variables 
(-Xlocal-data-area-static-only), p.95 


5.4.99 Specify Section Name (-Xname-...), p.100 


5.4.111 Control Interpretation of Multiple Section Pragmas (-Xpragma-section-...), 
p-104 


5.4.122 Pad Sections for Optimized Loading (-Xsection-pad), p.110 


5.4.15 Parse Initial Values Bottom-up (-Xbottom-up-init), p.64 
5.4.33 Suppress Preprocessor Spacing (-Xcpp-no-space), p.71 
5.4.25 Use the ‘new’ Compiler Frontend (-Xcnew), p.68 

5.4.43 Specify C Dialect (-Xdialect-...), p.74 

5.4.44 Disable Digraphs (-Xdigraphs-...), p.75 

5.4.45 Allow Dollar Signs in Identifiers (-Xdollar-in-ident), p.75 
5.4.70 Treat #include As #import (-Ximport), p.87 

5.4.80 Enable Intrinsic Functions (-Xintrinsic-mask), p.91 
5.4.83 Enable Extended Keywords (-Xkeywords=mask), p.91 
5.4.91 Expand Macros in Pragmas (-Xmacro-in-pragma), p.96 
5.4.114 Use Old Preprocessor (-Xpreprocessor-old), p.105 
5.4.134 Compile C/C++ in Pedantic Mode (-Xstrict-ansi), p.113 
5.4.141 Swap ‘\n’ and ‘\r’ in Constants (-Xswap-cr-nl), p.115 
5.4.146 Truncate All Identifiers After m Characters (-Xtruncate), p.117 
5.4.150 Void Pointer Arithmetic (-Xvoid-ptr-arith-ok), p.119 


5.4.10 Change bit-field type to reduce structure size (-Xbit-fields-compress-...), p.62 


5.4.11 Specify Sign of Plain Bit-field (-Xbit-fields-signed, -Xbit-fields-unsigned), 
p-62 


5.4.21 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned), p.66 
5.4.20 Generate Code Using ASCII Character Set (-Xcharset-ascii), p.66 
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« 5.4.46 Control Use of Type “double” (-Xdouble...), p.76 
= 5.4.50 Specify enum Type (-Xenum-is-...), p.77 
* 5.4.53 Force Precision of Real Arguments (-Xextend-args), p.79 


= 5.4.54 Specify Degree of Conformance to the IEEE754 Standard (-Xfp-fast, 
-Xfp-normal, -Xfp-pedantic), p.80 


=  5.4.103 Use Old Inline Assembly Casting(-Xold-inline-asm-casting), p.102 
» 5.4.60 Convert Double and Long Double (-Xfp-long-double-off, -Xfp-float-only), p.83 
» 5.4.61 Specify Minimum Floating Point Precision (-Xfp-min-prec...), p.83 


« 5.4.68 Enable Strict implementation of IEEE754 Floating Point Standard 
(-Xieee754-pedantic), p.86 


»  5.4.135 Ignore Sign When Promoting Bit-fields (-Xstrict-bitfield-promotions), p.113 
= 5.4,151 Define Type for wehar (-Xwchar=n), p.119 
= 5.4,152 Control Use of wchar_t Keyword (-Xwchar_t-...), p.119 


C++ 
= 5.4.13 Set Type for Bool (-Xbool-is-...), p.63 
» 5.4.14 Control Use of Bool, True, and False Keywords (-Xbool-...), p.63 
= 5.4.17 Use Abridged C++ Libraries (-Xc++-abr), p.65 
s 5.4.18 Use Old C++ Compiler (-Xc++-old), p.65 
= 5.4.22 Use Old for Scope Rules (-Xclass-type-name-visible), p.66 
» 5.4.28 Mark Sections as COMDAT for Linker Collapse (-Xcomdat), p.69 
= 5.4.29 Maintain Project-wide COMDAT List (-Xcomdat-info-file), p.70 
« 5.4.44 Disable Digraphs (-Xdigraphs-...), p.75 
«5.4.51 Enable Exceptions (-Xexceptions-...), p.78 
» 5.4.57 Use Old for Scope Rules (-Xfor-init-scope-...), p.82 
= 5.4.62 Generate .frame_info for C functions (-Xframe-info), p.84 
= 5.4.69 Control Template Instantiation (-Ximplicit-templates...), p.86 
= 5.4.81 Set longjmp Buffer Size (-Xjmpbuf-size=n), p.91 
= 5.4.95 Set Template Instantiation Recursion Limit (-Xmax-inst-level=n), p.98 
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5.4.3 


5.4.4 


5.4.5 
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«  5.4.100 Disable C++ Keywords namespace and Using (-Xnamespace....), p.101 
»  5.4.108 Use Precompiled Headers (-Xpch-...), p.104 

= 5.4,121 Enable Run-time Type Information (-Xrtti, -Xrtti-off), p.109 

*  5.4.126 Print Instantiations (-Xshow-inst), p.111 

= 5.4.134 Compile C/C++ in Pedantic Mode (-Xstrict-ansi), p.113 

=  5.4.143 Disable Certain Syntax Warnings (-Xsyntax-warning-...), p.116 

«  5.4.149 Runtime Declarations in Standard Namespace (-Xusing-std.-...), p.118 
«  5.4.151 Define Type for wchar (-Xwchar=n), p.119 

= 5.4,152 Control Use of wchar_t Keyword (-Xwchar_t-...), p.119 


The sections that follow present -X options in alphabetic order. 


Do Not Move Instructions Into Prolog (-Xabi-prolog) 


-Xabi-prolog 

-X45 
Prevent optimization-pass instruction scheduling from moving instructions 
into the prolog. Extra instructions can confuse stack tracers implemented 
according to the M*CORE ABI. 


Prefix Function Identifiers With Underscore (-Xadd-underscore) 


-Xadd-underscore 
-X34 


Prefix an underscore to function names only. Concatenation of underscore is 
useful when compiling libraries, to avoid using the same namespace as user 
programs. 


Set Addressing Mode for Sections (-Xaddr-...) 


-Xaddr-code=n 
-k105=n 
Specify addressing for code. 


-Xaddr-const=n 
-XK102=n 
Specify addressing for constant static and global variables. 
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-Xaddr-data=n 
-X100=n 


Specify addressing for non-constant static and global variables. 


-Xaddr-string=1 
-X104=n 


Specify addressing for strings. 


-Xaddr-user=n 
-X106=n 


Specify addressing for user-defined sections. 


See the discussion of addr-mode in 14.2 Addressing Mode — Functions, Variables, 
Strings, p.244 for more information. 


5.4.6 Align Functions On n-byte Boundaries (-Xalign-functions=n) 


-Xalign-functions=1 
-x54=n 


Align each function on an address boundary divisible by n (which must be 
greater than or equal to the default alignment for the target microprocessor). If 
n is absent, the option has no effect. This option is designed for targets having 
some type of burst-mode memory access, for example a target that can fetch 
multiple instructions if aligned on a 32-byte boundary. 


5.4.7 Specify Minimum Alignment for Single Memory Access to 
Multi-byte Values (-Xalign-min=n) 


-Xalign-min=n 
-X93=n 
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Set the minimum alignment required by the target processor to access a 
multi-byte value (e.g., short, long) in memory as an atomic unit, that is, in a 
single memory access. This option is set automatically by the compiler based 
on the target processor and should seldom be set by the user. 


NOTE: This option does not change how data is aligned; it changes the 
instructions which the compiler generates to access multi-byte unaligned 
objects. 


Technical details: if the target processor can access objects at any alignment 
with a single instruction, n is set to 1. For a processor which requires that 
multi-byte objects be aligned on even-byte boundaries for direct access, 1 is set 
to 2. Unaligned objects on such a processor must be accessed byte-by-byte. For 
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a processor that requires 4-byte objects be on a 4-byte boundary, n is set to 4 
(2-byte objects aligned on 2-byte boundaries can still be accessed with a single 
instruction). 


The default value of n equals the maximum alignment restriction as given in 
the manufacturer’s documentation for the processor. Note that it may differ 
among processors in a family. As of this writing, the default is 4. 

NOTE: Because -Xalign-min is > 1, ina packed structure (a) bit-fields members 
are not allowed, (b) volatile members will not be accessed atomically, and (c) 
compound operators (for example, “+=”) cannot be used with volatile 
members. See Restrictions and Additional Information, p.136 for details. 


Synonym: -Xmin-align=n. 


5.4.8 Assume No Aliasing of Pointer Arguments (-Xargs-not-aliased) 


5.4.9 


-Xargs-not-aliased 

-x65 
Assume that pointer arguments to a function are not aliased with each other, 
nor with any global data. This enables greater optimization. Example: 
int g; 


func(int* al, int* a2); 


void main () { 
ant S14 
int j = 2: 
func(&i,&j); /* OK ey 
func (&i,&i); /* not OK */ 
func (&i,&g); /* not OK */ 


} 


See also no_alias Pragma, p.133. 


Specify Minimum Array Alignment (-Xarray-align-min) 


-Xarray-align-min=n 

-X161= 
Align arrays on the larger of n or the default alignment for the type of the array 
elements. 1 should be a power of 2. When this option is used, values given for 
-Xstring-align are ignored. 
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5.4.10 Change bit-field type to reduce structure size (-Xbit-fields-compress-...) 


-Xbit-fields-compress 

-X135=1 

-Xbit-fields-compress-off 

-X135=0 
C only. Change the type of a bit-field if possible to generate more compact 
storage. The default is off. 


The algorithm is as follows: 

Examine all structure members before assigning offsets. Record: 
BitFieldMaxAlign = maximum alignment of any bit-field. 
NonBitFieldMaxAlign = maximum alignment of any non bit-field. 
WidthMaxBitField = number bits in largest bit-field. 

IF BitFieldMaxAlign > NonBitFieldMaxAlign THEN 


NewType = unsigned integer type having the same alignment as that of 
the NonBitFieldMaxAlign. 


IF WidthMaxBitField <= bits in NewType THEN 


Change the type of each unsigned bit-field larger than NewType to 
NewType and each signed bit-field larger than NewType to signed 
NewType. 


This option is intended for legacy code. The same effect may be achieved in 
new code by using the smallest types having the required alignments. 


Synonym: -Xbitfield-compress. 


5.4.11 Specify Sign of Plain Bit-field (-Xbit-fields-signed, -Xbit-fields-unsigned) 


-Xbit-fields-signed 

-X12=0 
C only. Handle bit-fields without the signed or unsigned keyword as signed 
integers. 


Synonym: -Xsigned-bitfields. 


-Xbit-fields-unsigned 

-X12 
C only. Treat bit-fields without the signed or unsigned keyword as unsigned 
integers. This is the default setting. 
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Synonym: -Xunsigned-bitfields. 


See also 5.4.135 Ignore Sign When Promoting Bit-fields 
(-Xstrict-bitfield-promotions), p.113. 


5.4.12 Insert Profiling Code (-Xblock-count) 


-Xblock-count 
-X24 


Insert code in the compiled program to keep track of the number of times each 
basic block (the code between labels and branches) is executed. See 

28. D-BCNT Profiling Basic Block Counter for details, and also 5.4.55 Optimize 
Using Profile Data (-Xfeedback=file), p.80. 


5.4.13 Set Type for Bool (-Xbool-is-...) 


-Xbool-is-char 

-X119=44 
Implement type bool as a plain char. This is the default. 

-Xbool-is-int 

-X119=4 
C++ only. Implement type bool as a signed int. This may produce less code on 
some architectures but will require more data space. 


5.4.14 Control Use of Bool, True, and False Keywords (-Xbool-...) 


-Xbool-on 
-X213=0 
Enable the bool, true, and false keywords. This is the default. 


-Xbool-off 
-X213 
C++ only. Disable the bool, true, and false keywords. 


Synonym: -Xno-bool. 
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5.4.15 Parse Initial Values Bottom-up (-Xbottom-up-init) 


-Xbottom-up-init 
-X21 
C only. Both K&R and ANSI C specify that structure and array initializations 
with missing braces should be parsed top-down, however some C compilers 
parse these bottom-up instead. Example: 
struct z { int a, b; }; 
struct x { 
struct z z1[2]; 


struct z z2[2]; 
} x = { {1,2},{3,4} }; 


Should be parsed according to ANSI & K&R as: 
{ { {1,2},{0,0} } , { {3,4},{0,0} } }; 
-Xbottom-up-init causes bottom-up parsing: 
{ {1,2},{3,4} } , { {0,0},{0,0} } }; 
This option is set when -Xdialect-pcc is set. 


5.4.16 Control Allocation of Uninitialized Variables in “COMMON” and bss Sections 
(-Xbss-off, -Xbss-common-off) 


-Xbss-common-off 

-X83=3 
Disable use of the “COMMON” feature so that the compiler or assembler will 
allocate each uninitialized public variable in the .bss section for the module 
defining it, and the linker will require exactly one definition of each public 
variable. See 23.4 COMMON Sections, p.360. 


Synonym: -Xno-common. 


-Xbss-off 

-X83=1 
Put all variables in the .data section instead of allocating uninitialized 
variables in the .bss section. 


Synonym: -Xno-bss. 
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5.4.17 Use Abridged C++ Libraries (-Xc++-abr) 


-Xc++-abr 
Link to the abridged C++ libraries. Automatically disables exception-handling 
(-Xexceptions=off). See 13.2 C++ Standard Libraries, p.226. 


5.4.18 Use Old C++ Compiler (-Xc++-old) 


-Xc++-old 
Invoke the older C++ compiler that preceded version 5.0. Useful for compiling 
legacy code that is not ANSI-compliant. See Older Versions of the Compiler, 
p.220. 


5.4.19 Optimize Global Assignments in Conditionals (-Xcga-min-use) 


-Xcga-min-use=/ 
When a global variable is accessed repeatedly within a conditional statement, 
the compiler can replace the global variable with a temporary local copy 
(which can be stored in a register), then reassign the local variable to the global 
variable when the conditional finishes execution. 


If conditional global assignment is enabled, the compiler determines whether 
to copy a global variable by estimating the number of times the global variable 
is accessed within the conditional block at runtime. (The exact number of 
accesses may depend on factors, such as the value of a loop counter, that 
cannot be known at compile time.) If the global variable is accessed n or more 
times, the compiler performs the optimization. The default value of n is 20. 


Conditional global assignment is enabled by default (-Xcga-min-use=20) 
whenever optimizations are enabled (-O or -XO). To disable conditional global 
assignment, set 1 to 0 (-Xcga-min-use=0). Conditional global assignment is 
never performed on variables declared or treated as volatile (see 5.4.97 Treat 
All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.98) and should be 
used with caution in multi threaded environments. 
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5.4.20 Generate Code Using ASCII Character Set (-Xcharset-ascii) 


-Xcharset-ascii 

-x60=1 
Generate code using the ASCII character set. All strings and character 
constants are converted to ASCII. The default is to use the same character 
system as the host machine. 


Synonym: -Xascii-charset. 


5.4.21 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned) 


-Xchar-signed 

-X23=0 
Treat variables declared char without either of the keywords signed or 
unsigned as signed characters. 


Synonym: -Xsigned-char. 


-Xchar-unsigned 

-X23 
Treat variables declared char without either of the keywords signed or 
unsigned as unsigned characters. 


Synonym: -Xunsigned-char. 


The default setting is unsigned. See also Table 8-1 and __SIGNED_CHARS___in 
6.1 Preprocessor Predefined Macros, p.123. 


In C++, plain char, signed char and unsigned char are always treated as 
different types, but this option defines how arithmetic with plain char is done. 


5.4.22 Use Old for Scope Rules (-Xclass-type-name-visible) 


-Xclass-type-name-visible 

-X218=1 
C only. Direct the compiler not to hide struct or union names when other 
identifiers with the same names are declared in the same scope. For example, 
consider the following statement: 


struct S {...} S[10]; 


With or without this option, the form struct S may always be used later to 
declare additional variables of type struct S. However, without the option, 
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sizeof(S) will refer to the size of the array, while with this option, sizeof(S) will 
refer to the size of the structure. 


5.4.23 Disregard ANSI C Library Functions (-Xclib-optim-off) 


-Xclib-optim-off 5 
-X66 


Direct the compiler to disregard all knowledge of ANSI C library functions. 


By default, the compiler automatically includes, before all other header files, 
the file lpragma.h, which contains pure_function, no_return, and 
no_side_effects pragmas and other statements that allow optimization of calls 
to C library functions. (If the default include directory version_path/include 
exists, the compiler looks for lpragma.h only in this directory. If 
version_path/include does not exist, the compiler searches for lpragma.h in 
other user-specified directories.) 


The option disables use of Ipragma.h. 


Synonym: -Xno-recognize-lib. 


5.4.24 Enable Cross-module Optimization (-Xcmo-...) 


-Xcmo-gen=name 
Generate a database, in file name, for cross-module optimization. 


-Xcmo-use=name 
Compile with cross-module optimization using information in database name; 


update database. 

-Xcmo-exclude-inline=list 
Combined with -Xcmo-use, tells the compiler not to inline specified functions. 
list is a comma-delimited list of functions which should not be inlined across 
modules. For C++, use mangled function names. 


-Xcmo-verbose 
Combined with -Xcmo-gen or -Xcmo-use, lists all functions that are inlined 


across modules. Useful for tracking dependencies. 


These options enable cross-module optimization, which allows the compiler to 
optimize calls between functions in different source files. See 10.2 Cross-Module 
Optimization, p.194 for details. Cross-module optimization is disabled by default. 


67 


Wind River Compiler for M@eCORE 


User’s Guide, 5.4 


5.4.25 Use the ‘new’ Compiler Frontend (-Xcnew) 


-Xcnew 


Compile using a compiler frontend derived from one produced by the Edison 
Design Groupd. By default, invoking -Xcnew also invokes -Xdialect-c99. 
Supported only with the :rtp execution environment. 


5.4.26 Use Absolute Addressing for Code (-Xcode-absolute...) 


-Xcode-absolute-far 


-X58=6 


Use 32-bit absolute addressing for code. 
See 14.2 Addressing Mode — Functions, Variables, Strings, p.244. 


-Xcode-absolute-near 


-X58=5 


Use 16-bit absolute addressing for code. 
See 14.2 Addressing Mode — Functions, Variables, Strings, p.244. 


5.4.27 Generate Position-independent Code (PIC) (-Xcode-relative...) 


-Xcode-relative-far 
-X58=2 
Generate position-independent code (PIC) as follows: 


Branches and function calls use 32-bit offsets from the PC, relative to r8. 


By default, global const or static const variables and string constants are 
included in the code section and are referenced relative to register r8 using 
32-bit offsets. The default may be changed using option -Xconst-in-text 
which controls whether const variables and string constants are in “text” 
(code) or “data” sections. See it (70) and Moving initialized Data From “text” 
to “data”, p.253, for details and refinements. 


For global or static pointers to be position-independent, they must be 
initialized dynamically and are therefore always stored ina “data” section 
even if declared const. See option 5.4.48 Generate Initializers for Static 
Variables (-Xdynamic-init), p.76). 


This option produces larger and slower code. 


Synonym: -Xfar-code-relative. 
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-Xcode-relative-far-all 

-X58=4 
Equivalent to -Xcode-relative-far except that all global and static variables are 
by default placed in the code section, not just those which are const. 


Synonym: -Xall-far-code-relative. 
Synonym: -Xnear-code-relative. 

ais 
Synonym: -Xall-near-code-relative. 


-Xcode-relative-near 

-x58=1 

-Xcode-relative-near-all 

-X58=3 
“Near” addressing is not supported; for convenience, same as 
-Xcode-relative-far.... 


5.4.28 Mark Sections as COMDAT for Linker Collapse (-Xcomdat) 


-Xcomdat 
-xX120 


C++ only. Mark all generated sections as COMDAT. The linker automatically 
collapses identical COMDAT sections to a single section in memory. This is the 
default. 


By default, the compiler automatically generates a section for each 
instantiation of each member function or static class variable in a template in 
each module where the member function or variable is used. Given -Xcomdat, 
the compiler marks all implicit template instantiations as COMDAT and the 
linker collapses identical instances. 


-Xcomdat-off 
Generate all template instantiations and inline functions required as static 
entities in the resulting object file. If a template is used in more than one 
module, -Xcomdat-off results in multiple instances of static member function 
variables or static class variables, instead of a single instance as is likely 
intended; to avoid this, enable -Ximplicit-templates-off. 


See 5.4.69 Control Template Instantiation (-Ximplicit-templates...), p.86 and 
Templates, p.229 for details. 


If a section is present in both COMDAT and non-COMDAT forms, the linker 
will treat symbols in the COMDAT section as weak. See weak Pragma, p.140 for 
details on weak symbols. 
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5.4.29 Maintain Project-wide COMDAT List (-Xcomdat-info-file) 


-Xcomdat -info-file=filename 


C++ only. When -Xcomdat is enabled, generate and maintain (in filename) a list 
of COMDAT entries across modules. The list is automatically updated and 
checked for consistency with each build. This option speeds up builds and 
reduces object-file size in projects that make extensive use of templates. Since 
COMDAT sections are ultimately collapsed by the linker, this option has no 
effect on the final executable file. 


5.4.30 Optimize Static and Global Variable Access Conservatively 
(-Xconservative-static-live) 


-Xconservative-static-live 
-X139 


Make optimizations of static and global variable accessing less aggressive; for 
example, do not delete assignments to such variables in infinite loops from 
which there is no apparent return. 


5.4.31 Locate Constants With “text” or “data” (-Xconst-in-text, -Xconst-in-data) 


-Xconst-in-text=mask 
-X74=mask 


-Xconst-in-data 
-X74=0 
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Locate data in the CONST (mask bit 0x1), and STRING (mask bit 0x4) section 
classes according to the given mask bit: if 1, locate in a “text” section (the 
default), else if 0, locate in a “data” section. 


mask may be given in hex, and mask bits may be OR-ed to select more than one, 
e.g., -Xconst-in-text=0x5. Undefined mask bits are ignored. 


The default value of this option is given in Moving initialized Data From “text” 
to “data”, p.253. 


-Xconst-in-data and -Xstrings-in-text are historical shortcuts for locating all 
“constants” (CONST, and STRING classes, not just “const” or string data) in 
“data” sections (mask=0) or “text” sections (mask=Oxff) respectively. 


The exact name of the “text” and “data” sections depends on the target. See the 
discussion in 14. Locating Code and Data, Addressing, Access for exact section 
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names and examples, as well as Moving initialized Data From “text” to “data”, 
p-253. 


When STRING is in a text section, identical string constants will be stored only 
once. This is the default in version 3.6 and later. 


5.4.32 Dump Symbol Information for Macros or Assertions (-Xcpp-dump-symbols) 


-Xcpp-dump-symbols=mask 
-X158=mask 


Dump symbol information for macros, assertions, or both. To show macros, set 
bit 0 (the LSB) of mask to 1. To show assertions, set bit 1 to 1. To show line 
numbers, set bit 2 to 0. The default mask is 7 (show macros and assertions, no 
line numbers). 


5.4.33 Suppress Preprocessor Spacing (-Xcpp-no-space) 


-Xcpp-no-space 
-X117 
C only. Do not insert spaces around macro names and arguments during 


preprocessing. 


5.4.34 Use Absolute Addressing for Code (-Xdata-absolute...) 


-Xdata-absolute-far 
-X59=6 
Use 32-bit absolute addressing for data. 


See 14.2 Addressing Mode — Functions, Variables, Strings, p.244. 


-Xdata-absolute-near 
-X59=5 
Use 16-bit absolute addressing for data. 


See 14.2 Addressing Mode — Functions, Variables, Strings, p.244. 


5.4.35 Generate Position-independent Data (PID) (-Xdata-relative...) 


Synonym: -Xfar-data-relative. 


71 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


-Xdata-relative-far 

-X59=2 
Generate position-independent data (PID) references to all global or static 
variables (except strings and const variables if the -Xconst-in-text=0 option is 
used). Use 32-bit offsets from register 19. 


Synonym: -Xfar-data-relative. 


Synonym: -Xnear-data-relative. 


-Xdata-relative-near 

-X59=1 
“Near” addressing is not supported; for convenience, same as 
-Xdata-relative-far. 


NOTE: If option -Xconst-in-text=0xf (equivalent to older option 
-Xstrings-in-text), strings and const variables will be placed in “text” sections 
and addressed as code rather than as position-independent data. See Moving 
initialized Data From “text” to “data”, p.253 for details. 


5.4.36 Align .debug Sections (-Xdebug-align=n) 


-Xdebug-align[=n] 
Align .debug sections on specified boundaries. n is a power of 2; e.g., 
-Xdebug-align=3 aligns .debug sections on 8-byte boundaries. If 1 is omitted, 
alignment defaults to 4-byte boundaries. 


Without this option, .debug sections are aligned on byte boundaries. 


5.4.37 Select DWARF Format (-Xdebug-dwarf...) 


-Xdebug-dwarf1 
-X153=1 
Generate DWARF 1.1 debug information. 


-Xdebug-dwarf2 
-X153=2 
Generate DWARF 2 debug information. This is the default. 


-Xdebug-dwarf3 
-X153=3 
Generate DWARF 3 debug information. 


72 


5 Invoking the Compiler 
5.4 Compiler -X Options 


-Xdebug-dwarf2-extensions-off 
Suppress vendor-specific extensions in DWARF 2 and DWARF 3 debug 
information. 


5.4.38 Generate Debug Information for Inlined Functions (-Xdebug-inline-on) 


-Xdebug-inline-on 
Generate debugging information for all inlined functions. Works with DWARF 
2 and DWARF 3 only. Can result in very large executables. This option is 
disabled by default. 


5.4.39 Emit Debug Information for Unused Local Variables (-Xdebug-local-all) 


-Xdebug-local-all 
Emit debugging information for all local variables, even variables that are 
never used. This option is disabled by default. 


5.4.40 Generate Local CIE for Each Unit (-Xdebug-local-cie) 


-Xdebug-local-cie 
Generate a local Common Information Entry (CIE) for each unit. This option, 
which eliminates the dependency on the debug library libg.a, is applicable 
only with DWARF 2 or DWARF 3 debug information. 


5.4.41 Disable debugging information Extensions (-Xdebug-mode=mask) 


-Xdebug-mode=mask 
-X99=mask 


Disable extensions to debugging information per bits in mask. May be 
necessary for other vendors’ assemblers or for debuggers which cannot 
process the extensions. 


mask may be given in hex, and mask bits may be OR-ed to select more than one, 
e.g., -Xdebug-mode=0x6. Undefined mask bits are ignored. 


0x2 
Information regarding executable code in a header file (DWARF1, ELF). 


0x4 
Use of .d1line assembler directive (DWARF1, ELF). 
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0x10 
Line number information for asm statements (DWARF1, DWAREF2, 


DWARF3). 


0x40 
Use of .d1_line_start and .d1_line_end assembler directives (DWARF1). 


0x100 
Column information (DWARF 2 and DWARF 3, C++). 


5.4.42 Disable Debug Information Optimization (-Xdebug-struct-...) 


-Xdebug-struct-all 

-X116=1 
Force generation of type information for typedef, struct, and union, and class 
types, even when such types are not referenced in a file. 


-Xdebug-struct-compact 

-X116=0 
Do not output types which are not used in debug information. This is the 
default, and it generates more compact but still complete version of debug 


information. 


5.4.43 Specify C Dialect (-Xdialect-...) 


-Xdialect-c89 
-X230=0 
Follow the C89 standard for C. See Table B-1 for details. 


-Xdialect-c99 
-X230=1 
Follow the C99 standard for C. See Table B-1 for details. 


Only a subset of the C99 standard is supported. 

-Xdialect-k-and-r 

-X7=0 
Follow the “C standard” as defined by the original K&R C reference manual, 
but with all the new ANSI C features added. Where K&R and ANSI differ, 
-Xdialect-k-and-r follows K&R. See Table B-2 for details. 


Synonyms: -Xk-and-t, -Xt. 
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-Xdialect-ansi 

-X7=1 
Follow the ANSI C standard with some additions. See Table B-2 for details. 
This is the default. 


Synonyms: -Xansi, -Xa. 


-Xdialect-strict-ansi 
Strictly follow the ANSI C and C++ standards. See Table B-2 for details. For 
C++, see 5.4.134 Compile C/C++ in Pedantic Mode (-Xstrict-ansi), p.113. 


Synonym: -Xstrict-ansi, -Xc. 


-Xdialect-pcc 

-X7=3 
Follow the C standard as defined by the UNIX System V.3 C compiler. See 
Table B-1 for details. 


Synonym: -Xpcc. 


5.4.44 Disable Digraphs (-Xdigraphs-...) 


-Xdigraphs-on 

-X202=0 
C++ only. Enable digraphs. If digraphs are enabled, the compiler recognizes 
the following keywords as digraphs: bitand, and, bitor, or, xor, compl, 
and_eq, or_eq, xor_eq, not, and not_eq. This is the default. 

-Xdigraphs-off 

-X202 
Disable digraphs. 


Synonym: -Xno-digraphs. 


5.4.45 Allow Dollar Signs in Identifiers (-Xdollar-in-ident) 


-Xdollar-in-ident 
-X67 
Allow dollar sign characters, “$”, in identifiers. 
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5.4.46 Control Use of Type “double” (-Xdouble...) 


-Xdouble-avoid 

-X96=3 
C only. Force all double constants to single precision and generation of only 
single precision instructions. 

-Xdouble-error 

-X96=1 
Generate an error if any double precision operation is used. It will also force 
all double constants to single precision and generation of only single precision 
instructions. 

-Xdouble-warning 

-X96=2 
Generate a warning if any double precision operation is used. It will also force 
all double constants to single precision and generation of only single precision 
instructions. 


5.4.47 Dump Literals at the End of Each Function (-Xdump-literals) 


-Xdump-literals 

-X42=1 

-Xdump-literals-off 

-X42=0 
Dump the literal pool at the end of each function. The literal pool holds large 
constants such as addresses. The default is off: the literal pool is dumped only 
when required by its size or addressing constraints. 


5.4.48 Generate Initializers for Static Variables (-Xdynamic-init) 


-Xdynamic-init=1 

-X121=1 
Cause the compiler to generate code in the initialization section to initialize 
addresses in static initializers. This option can be applied to any code, but is 
required for position-independent code and for C++ virtual tables. Example: 


static int * address_p = & static_var; 


Without this option, the above initializer would generate an error message if 
the code is compiled to be position-independent. 
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-Xdynamic-init=2 

-X121=2 
Extends the -Xdynamic-init=1 option to generate code in the initialization 
section for all initializers, not just addresses. 


5.4.49 Compile in Little-endian Mode (-Xendian-little) 


-Xendian-little 

-x94 
Compile in little-endian mode. This option is generated automatically by the 
driver when “L” is used as part of the -t option, e.g., -t MCORELN. It should not 
be given by the user and doing so may lead to undefined behavior. It is documented 
for information only. 


5.4.50 Specify enum Type (-Xenum-is-...) 


-Xenum-is-best 

-X8=2 
Use the smallest signed or unsigned integer type permitted by the range of 
values for an enumeration, that is, the first of signed char, unsigned char, 
short, unsigned short, int, unsigned int, long, or unsigned long sufficient to 
represent the values of the enumeration constants. (long long is not available 
for enumerated types.) Thus, an enumeration with values from 1 through 128 
will have base type unsigned char and require one byte. (Using the packed 
keyword on an enumerated type yields the same result as -Xenum-is-best.) 

-Xenum-is-int 

-x8 
This is the default. For C modules, the enum type is always equivalent to int. 
For C++, each enum type is equivalent to int if the range will fit, or unsigned 
int if it will not; if the range will not fit into either, a warning is issued and 
unsigned int is used. 

-Xenum-is-short 

-X8=3 
Each enum type is always equivalent to signed short if the range will fit, or 
unsigned short if it will not. If the range will not fit into either, a warning is 
issued and unsigned short is used. 

-Xenum-is-small 

-X8=0 
Use the smallest signed integer type permitted by the range of values for an 
enumeration, that is, the first of signed char, short, int, or long sufficient to 
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represent the values of the enumeration constants. Thus, an enumeration with 
values from 1 through 128 will have base type short and require two bytes. 
-Xenum-is-unsigned 
-X8=4 
Use the smallest unsigned integer type permitted by the range of values for an 
enumeration, that is, the first of unsigned char, unsigned short, unsigned int, 
or unsigned long sufficient to represent the values of the enumeration 
constants. Thus, an enumeration with values from 1 through 128 will have 
base type unsigned char and require one byte. 


NOTE: If modules compiled with different -Xenum-is-... options are mixed in a 
program, compatibility problems may result. 


When an enumerated type occurs within a packed structure, the default behavior 
is to use the smallest possible integer type for the enumeration constants 
(-Xenum-is-best). To override this behavior, specify -Xenum-is-short or 
-Xenum-is-unsigned. 


5.4.51 Enable Exceptions (-Xexceptions-...) 


-Xexceptions-off 

-X200=0 
C++ only. Disable exceptions. Compiling a program with any of the keywords 
try, catch, or throw will cause a compilation error. (But throw() is still allowed 
in function declarations to indicate that new or delete will not throw 
exceptions.) Compiling with this option will reduce stack space and increase 
execution speed when classes with destructors are used. 


Synonym: -Xno-exception. 


-Xexceptions 
-X200 
C++ only. Enable exceptions. This is the default. 


For mixed C/C++ programs, see also 5.4.62 Generate .frame_info for C functions 
(-Xframe-info), p.84. 


Synonym: -Xexception. 
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5.4.52 Control Inlining Expansion (-Xexplicit-inline-factor) 


-Xexplicit-inline-factor 
-Xexplicit-inline-factor=n 
-X136=n 
Limits the inlining in a function (explicit and implicit) to an expansion of n 
times (measured in nodes where, roughly, each operator or operand counts as 
one node). 


Given a function f, the compiler first inlines all functions explicitly declared 
inline which f calls, as well as any other small functions which can be inlined 
based on the other inlining optimization controls. It then divides the new size 
of the function (number of nodes) by the size with no inlining. If the result is 
<= n, it looks for new inlining opportunities in the resulting code and repeats 
the cycle. Once an expansion of n times is exceeded, inlining stops. 


If -Xexplicit-inline-factor is specified with no value, n defaults to 3. If 
-Xexplicit-inline-factor is not specified, the default value is 0 (which means no 
limit) for C and 3 for C++. 


See also 5.4.77 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force), 
p-89. 


5.4.53 Force Precision of Real Arguments (-Xextend-args) 


-Xextend-args 

-X77 
Make all floating point arguments use the precision given by whichever of 
-Xfp-min-prec-double, -Xfp-min-prec-long-double, or -Xfp-min-prec-float is 
in force (all are settings of -X3), even if prototypes are used. (If none of the -X3 
options are also given, the default is -Xfp-min-prec-double as that is 
equivalent to -X3=0). 


NOTE: If this option is used, libraries containing functions with floating point 
parameters must be recompiled. For safety, recompile all libraries to avoid 
missing any such functions. 
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5.4.54 Specify Degree of Conformance to the IEEE754 Standard (-Xfp-fast, 
-Xfp-normal, -Xfp-pedantic) 


-Xfp-fast 

-X82=2 
Favor floating-point performance over conformance to the IEEE754 
floating-point standard. 


-Xfp-normal 

-xX82=0 
Use normal (relaxed) conformance to the IEEE754 floating-point standard. 
This is the default. 


-Xfp-pedantic 

-X82=1 
Use strict conformance to the IEEE754 floating-point standard. This option is 
equivalent to using -Xieee754-pendatic. (See 5.4.68 Enable Strict implementation 
of IEEE754 Floating Point Standard (-Xieee754-pedantic), p.86.) 


The -Xfp-fast option allows floating-point division by a constant to be optimized 
into a multiply by the reciprocal of the constant. This optimization is inhibited for 
-Xpf-normal and -Xfp-pedantic unless the constant is a power of two. 


5.4.55 Optimize Using Profile Data (-Xfeedback=file) 


-Xfeedback 

-Xfeedback=file 

(no numeric equivalent) 
Use profiling information generated by the -Xblock-count (see 5.4.12 Insert 
Profiling Code (-Xblock-count), p.63) option to optimize for faster code. file is the 
name of the profiling file. The default is dbent.out. 


To use this option: 
«= Compile a program with -Xblock-count. 


«= Run the program, which now creates dbcnt.out with profiling 
information. (See 15.8.2 File I/O, p.274 for file I/O in an embedded 
environment.) 


" _Recompile, now with the -xO and -Xfeedback options to produce 
high-level speed optimized code. Use -Xfeedback-frequent and 
-Xfeedback-seldom described below to control how the feedback data 
affects optimization. 
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5.4.56 Set Optimization Parameters Used With Profile Data (-Xfeedback-frequent, 
-Xfeedback-seldom) 


-Xfeedback-frequent 

-X68=n 

-Xxfeedback-seldom 

-X69=n 
Change the parameters used to control optimization of basic blocks when 
using profile data, for example, the amount of inlining, loop unrolling, and 
reorganization to reduce branches actually taken, all to increase speed 
(sometimes at the expense of space). 


When using -Xprof-feedback (5.4.117 Optimize Using RTA Profile Data 
(-Xprof-feedback), p.107) and -Xfeedback (5.4.55 Optimize Using Profile Data 
(-Xfeedback=file), p.80), the compiler divides the basic blocks into three 
categories: code executed “frequently”, “sometimes”, and “seldom”. More of 
the above optimizations are done for “frequent” code, while less or none is 


done for code executed “seldom”. 


The higher the thresholds, the more often code must be executed to get into the 
“frequent” category. 


The defaults are -Xfeedback-seldom=10 and -Xfeedback-frequent=50 and are 
used as follows: each execution of a basic block recorded in the profile counts 
as one “tick”. The low-mark and high-mark values are normalized on a basis 
of 1,000 ticks, which means that the options have units of a tenth of a percent. 
That is, the default values mean that, if exactly 1,000 ticks are recorded, blocks 
executed fewer than 10 times (up to 1%) are marked “seldom”, those executed 
from 10 to 50 times (1% to 5%) are marked “sometimes”, and those executed 
50 or more times (5% of more) are marked “frequent”. Example: 


-Xfeedback-frequent=30 


means that blocks accounting for 3% or more of all ticks will go into the 
“frequent” category, and the compiler will do more inlining of functions called 


within these blocks, more loop unrolling, etc., to decrease their execution time. 


Synonyms: -Xhi-mark for -Xfeedback-frequent, -Xlo-mark for 
-Xfeedback-seldom. 
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5.4.57 Use Old for Scope Rules (-Xfor-init-scope-...) 


-Xfor-init-scope-for 

-X217=0 
Use “new” scope rules for variables declared in the initialization part of a for 
statement. With this option, the scope of a variable declared in the 
initialization part extends to the end of the for statement. 


-Xfor-init-scope-outer 


-X217 
C++ only. Use “old” scoping rules for variables declared in the initialization 


part of a for statement. With this option, the scope extends to the end of the 
scope enclosing the for statement. 


Synonym: -Xold-scoping. 


5.4.58 Generate Warnings on Undeclared Functions 
(-Xforce-declarations, -Xforce-prototypes) 


-Xforce-declarations 
-x9 
Generate warnings if a function is used without a previous declaration. 


-Xforce-prototypes 
-X9=3 
Generate warnings if a function is used without a previous prototype 


declaration. 


These options are useful to make C a more strongly typed language. This 
option is ignored when compiling C++ modules. 


5.4.59 Suppress Assembler and Linker Parameters (-Xforeign-as-ld) 


-Xforeign-as-1d 
(no numeric equivalent) 
Cause the driver to call an assembler and linker without any implicit 


parameters. 


This allows third-party assemblers and linkers to be used with the Wind River 
compiler. The -W xfile option may be used to specify a foreign assembler or 
linker (5.3.30 Substitute Program or File for Default (-W xfile), p.46), the -W a 
option to pass parameters to the assembler (5.3.25 Pass Arguments to the 
Assembler (-W a,arguments, -W :as:,arguments), p.44), and the -W 1 option to pass 
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parameters to the linker (5.3.27 Pass Arguments to Linker (-W Larguments, -W 
‘Id: arguments), p.45). 


5.4.60 Convert Double and Long Double (-Xfp-long-double-off, -Xfp-float-only) 


-Xfp-float-only 5 
-X70=2 


Force double and long double to be the same as float. 
Synonym: -Xno-double. 


-Xfp-long-double-off 
-X70 
Force long double to be the same as double on machines where they differ. 


Synonym: -Xno-long-double. 


NOTE: If this option is used, libraries containing functions with floating point 
parameters must be recompiled. For safety, recompile all libraries to avoid missing 
any such functions. Also, operation of library routines designed to process a 
suppressed type is undefined. 


5.4.61 Specify Minimum Floating Point Precision (-Xfp-min-prec...) 


-Xfp-min-prec-double 

-X3=0 
Use double as the minimum precision in expressions and for floating point 
arguments. Lesser precisions are used in expressions if the -Xdialect-ansi 
option is used. If prototypes are used, use the declared precision for 
arguments, unless the -Xextend-args option is used. 


Synonym: -Xuse-double. 
-Xfp-min-prec-float 


-X3=1 
Use float as the minimum precision in expressions and for floating point 


arguments. 


Synonym: -Xuse-float. 
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-Xfp-min-prec-long-double 

-X3=2 
Use long double as the minimum precision in expressions and for floating 
point arguments. Lesser precisions are used in expressions if the 


-Xdialect-ansi option is used. 


If prototypes are used, use the declared precision for arguments, unless the 
-Xextend-args option is also given. 


Synonym: -Xuse-long-double. 


NOTE: If this option is used, libraries containing functions with floating point 
parameters must be recompiled. For safety, recompile all libraries to avoid missing 
any such functions. Also, operation of library routines designed to process a 
suppressed type is undefined. 


5.4.62 Generate .frame_info for C functions (-Xframe-info) 


-Xframe-info 
Force the compiler to generate .frame_info sections for C funtions. Use this option 


when compiling mixed C/C++ programs in which C++ exceptions may propagate 
back through C functions. For more information, see 23.8 .frame_info sections, p.363. 


5.4.63 Include Filename Path in Debug Information (-Xfull-pathname) 


-Xfull-pathname 
-x125 
Include the path prefix in filenames in debug information (specifically, in the 


.file assembler directive). Without this option, only the filename is included. 


5.4.64 Control GNU Option Translator (-Xgcc-options-...) 


-Xgcc-options-on 


Enable automatic translation of GNU compiler (GCC) options. This is the 
default. 


-Xgcc-options-off 
Disable automatic translation of GCC options. 


-Xgcc-options-verbose 
Display all translations. Valid only if translation is enabled (-Xgcc-options-on). 
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When -Xgcc-options-on is enabled, GCC option flags from the command line or 
makefile are parsed and, if possible, translated to equivalent Wind River Compiler 
options. Translations are determined by the tables in the file gcc_parser.conf. 


5.4.65 Treat All Global Variables as Volatile (-Xglobals-volatile) 


5 
See 5.4.97 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.98. 5 


5.4.66 Enable Hardware Divide Instructions (-Xhardware-divide...) 


-Xhardware-divide 

-X35=1 
Enable generation of the hardware divide instructions, div and divu. This is 
the default. 


-Xhardware-divide-off 

-X35=0 
Do not use the hardware divide instructions. Use this option with M* CORE 
processors prior to version 1.5 (these did not implement the div and divu 
instructions). 


Synonym: -Xno-hardware-divide 


5.4.67 Do Not Pass #ident Strings (-Xident-off) 


-Xident-on 
-X63=0 
Pass #ident strings to the assembler. This is the default. 
-Xident-off 
-x63 
Do not pass #ident strings to the assembler. 


Synonym: -Xno-ident. 
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5.4.68 Enable Strict implementation of IEEE754 Floating Point Standard 
(-Xieee754-pedantic) 


-Xieee754-pedantic 

-X82=1 
Enable strict implementation of the IEEE754 floating point standard at some 
cost in performance. Specifically, 


«Do not optimize a divide by a constant to a multiply of its reciprocal. 


«  Donotuse floating multiply-add instructions on architectures where more 
bits are kept in intermediate results than is defined by the standard. 


«Do not optimize x-x to zero so that possible NaN values are preserved. 


« Do less equal and greater equal comparisons with behavior for NaN 
values as defined by the standard. 


This option is equivalent to -Xfp-pedantic. (See 5.4.54 Specify Degree of 
Conformance to the IEEE754 Standard (-Xfp-fast, -Xfp-normal, -Xfp-pedantic), 
p-80.) 


5.4.69 Control Template Instantiation (-Ximplicit-templates...) 


-Ximplicit-templates 

-X207=0 
Instantiate each template in each module where it is used or referenced. This 
is the default. 


-Ximplicit-templates-off 
-X207=1 
Instantiate templates only where explicit instantiation syntax is used. 


Synonym: -Xno-implicit-template. 


For further discussion, see 5.4.28 Mark Sections as COMDAT for Linker Collapse 
(-Xcomdat), p.69 and Templates, p.229. 


C++ only. 
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5.4.70 Treat #include As #import (-Ximport) 


-Ximport 

-X75 
Treat all #include directives as if they are #import directives. This means that 
any include file is included only once. 


5.4.71 Ignore Missing Include Files (-Xincfile-missing-ignore) 


-Xincfile-missing-ignore 

-X172 
This option, which suppresses error reporting, is effective only when used 
with -Xmake-dependency (5.4.93 Show Make Rules (-Xmake-dependency), p.96). 
It causes preprocessing to continue even when a required header is not found. 
If -Xincfile-missing-ignore is used with -Xmake-dependency=2 or 
-Xmake-dependency=6, the preprocessor issues a warning (but not an error) 
when a required system file (#include <filename>) is not found. 


5.4.72 Initialize Local Variables (-Xinit-locals=mask) 


-Kinit-locals=muask 

-K87=mask 
Initialize all local variables to zero or the value specified with -Xinit-value at 
every function entry. mask is a bit mask specifying the kind of variables to be 
initialized. 
mask may be given in hex, e.g., -Xinit-locals=0x9. Mask bits may be OR-ed to 
select more than one. Undefined mask bits are ignored. 


Ox1 integers 
Ox2 pointers 
0x4 floats 

Ox8 aggregates 


If n is not given, all local variables will be initialized. 


This option is useful in finding “memory dependent” bugs. 
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5.4.73 Control Generation of Initialization and Finalization Sections (-Xinit-section) 


This option controls generation of sections for run-time initialization and 
finalization invocation, including constructor and destructor functions and global 
class objects in C++. For more information, see 15.4.8 Run-time Initialization and 
Termination, p.269. 
-Xinit-section=0 
-X91=0 
Suppress generation of initialization and finalization sections. This option is 
not recommended and may result in incorrect run-time behavior. 
-Xinit-section 
-Xinit-section=1 
-x91 
-X91=1 
Create .ctors and .dtors sections containing pointers to initialization and 
finalization functions, sorted by priority. This is the default. 


Initialization and finalization functions are designated with attribute 
specifiers. See constructor, constructor(n) Attribute, p.147 and destructor, 
destructor(n) Attribute, p.148. 

-Xinit-section=2 

-x91=2 
Create .init$nn and .fini$nn code sections containing calls to initialization and 
finalization functions, sorted by priority. Provides compatibility with previous 
versions of the compiler, including recognition of old-style function prefix 
designations for initialization and finalization functions. 


Synonym: -Xuse-.init. 


5.4.74 Control Default Priority for Initialization and Finalization 
Sections (-Xinit-section-default-pri) 


-Xinit-section-default-pri=n 

-X175=n 
Assign the default priority for constructor and destructor functions and for 
C++ global class objects. The specified priority n applies to functions 
referenced in .ctors, .dtors, .init, and .fini sections. Functions with lower 
priority numbers execute first. 
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5.4.75 Define Initial Value for -Xinit-locals (-Xinit-value=n) 


-Xinit-value=n 
-x90=n 
Define the initial value used by the -Xinit-locals option. This option can be 
useful to identify uninitialized variables, since it can be used to initialize 
variables to some invalid or recognizable value that might produce a memory 
access error. 


The value n is 32-bits, right-justified, zero-filled and may be specified as a 
decimal or hexadecimal number (0x...). 


5.4.76 Inline Functions with Fewer Than n Nodes (-Xinline=n) 


-Xinline=n 

-x19=n 
Set the limit on the number of nodes for automatic inlining. Because the 
compiler collects functions until -Xparse-size KBytes of memory is used, the 
inlined function does not need to be defined before the function using it. See 
__inline__ and inline Keywords, p.141 and Inlining (0x4), p.197 for a discussion 
of inlining. 


See 5.4.148 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.118 for a 
definition of node count. (Assembly files saved with -S show the number of 
nodes for each function.) For purposes of automatic inlining, nodes that do not 
correspond to an operator or operand are not counted. Hence setting -Xinline 
to 0 inlines no functions automatically, and setting -Xinline to 1 inlines only 
“dummy” functions containing no code. 


Defaults: -Xinline is 10 by default. -XO sets -Xinline to 40 by default. 


NOTE: Inlining occurs only if optimization is selected by using the -XO or -O 
option. 


5.4.77 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force) 


-Xinline-explicit-force 
-Xinline-explicit-force=1 
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-X163 

-X163=n 
Inline recursive function calls up to n times. The default is 50. If this option is 
not used, the compiler inlines a function at most once. 


If this option is combined with -Xinline=0, the compiler inlines only functions 
declared within a C++ class or with inline, __inline__, or #pragma inline. 


This option is overridden by -Xexplicit-inline-factor. (See 5.4.52 Control 
Inlining Expansion (-Xexplicit-inline-factor), p.79.) By default, 
-Xexplicit-inline-factor=3 is in effect for C++ programs; C++ programmers 
who want to use -Xinline-explicit-force should therefore specify 
-Xexplicit-inline-factor=0. 


5.4.78 Specify Use of Alternate Register Set for Interrupt Functions 


5.4.79 


(-Xinterrupt-alt-reg...) 


-Xinterrupt-alt-reg 

-X41=1 
Use alternate register set for interrupt functions. With this option the compiler 
will not save and restore scratch registers in interrupt function prologs and 
epilogs (non-scratch registers are saved and restored as usual). 


-Xinterrupt-alt-reg-off 

-X41=0 
Do not use the alternate register set for interrupt functions; do save volatile 
registers in interrupt function prolog and epilogs. This is the default. 


Specify Interrupt Return Instruction (-Xinterrupt-rfi, -Xinterrupt-rte) 


-Xinterrupt-rfi 

-x40=0 

-Xinterrupt-rte 

-X40=1 
Specify whether interrupt is fast (-Xinterrupt-rfi) or not and specify the 
interrupt return instruction. The default is -Xinterrupt-rfi. 
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5.4.80 Enable Intrinsic Functions (-Xintrinsic-mask) 


-Xintrinsic-mask=1 
-x154=n 
Enable specified intrinsic functions. See 6.6 Intrinsic Functions, p.150 for 


details. 


5.4.81 Set longjmp Buffer Size (-Xjmpbuf-size=n) 


-Xjmpbuf-size=n 

-X201=n 
C++ only. Set the size in bytes of the buffer allocated for setjmp and longjmp 
when using exceptions. The default size as determined by the compiler should 


usually be sufficient. 


5.4.82 Create and Keep Assembly or Object File (-Xkeep-assembly-file, 
-Xkeep-object-file) 


-Xkeep-assembly-file 
(no numeric equivalent) 
Always create and keep a.s file without the need for a separate compilation 


with the -S option. This option can be used with the -c option to create both 
assembly and object files at once. 
-Xkeep-object-file 


(no numeric equivalent) 
Always create and keep a .o file without the need for a separate compilation 


with the -c option. This is needed only when a single file is compiled, 
assembled, and linked in one step, because in this case the driver deletes 
intermediate assembly and object files automatically. 


5.4.83 Enable Extended Keywords (-Xkeywords=mask) 


-Xkeywords=muask 
-K78=mask 
Recognize new keywords according to mask, a bit mask specifying which 


keywords to add. 


mask may be given in hex, e.g., -Xkeywords=0x9. Mask bits may be OR-ed to 
select more than one. Undefined mask bits are ignored. 
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0x01 extended (C only) 

0x02 pascal (C only) 

0x04 inline (this keyword always available in C++) 
0x08 packed 

0x10 interrupt (C only) 


See 6. Additions to ANSI C and C++ for more information on these keywords. 


5.4.84 Disable Individual Optimizations (-Xkill-opt=mask, -Xkill-reorder=mask) 


NOTE: These options are deprecated and should be used only on the advice 
Customer Support. 


-Xkill-opt=mask 
-X27=mask 


Disable individual target-independent optimizations. 


-Xkill-reorder=mask 
-X28=mask 
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Disable individual target-dependent optimizations in the reorder program. 


mask is a bit mask with one bit for each optimization type. mask may be given 
in hex, e.g., -Xkill-opt=0x12. Multiple optimizations can be disabled by 
OR-ing their mask bits. Undefined mask bits are ignored. 


Both target-independent and target-dependent optimizations are described in 
10. Optimization. The name of each optimization is followed by its mask bit in 
parentheses, e.g. Tail recursion (0x2). 


For mask bit values for -Xkill-opt, see 10.3 Target-Independent Optimizations, 
p-196, and for -Xkill-reorder, 10.4 Target-Dependent Optimizations, p.208. mask 
bit values are given in parentheses after the name of each optimization. 


Either the -O or -XO option must be given to enable optimization before either 
of these -Xkill-... options can be used. To compile with almost no optimization, 
do not specify -O or -xO. 


Two minor optimizations required by the code generation algorithms cannot 
be disabled: local strength reduction (e.g., multiply by power of 2 becomes 
shift or add) and simple branch optimization (e.g., branches to branches). 
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5.4.85 Wait For License (-Xlicense-wait) 


-Xlicense-wait 
-X138 


If a license is not available, request that the compiler wait and retry once a 
minute, rather than returning with an error. 


5.4.86 Generate Warnings On Suspicious/Non-portable Code (-Xlint=mask) 


-x1int[=mask] 

-x84[=mask] 
Generate warnings when suspicious and non-portable C code is encountered. 
For C++ modules, see note below. The two usual cases are: 


-Xlint enables all warnings (equivalent to -Xlint=1). 


-Xlint=Oxffffffff disables all present and future warnings (equivalent to 
-Xlint=0 or the default of not using the option at all). 


Individual warnings can be disabled by OR-ing the following values. In effect, 
-Xlint=1 is assumed, enabling all warnings, and then individual warnings are 
disabled. mask may be given in hex, e.g., -Xlint=0x1a. Undefined bits are 
ignored. 


0x02 
Variable used before being set. 


0x04 
Label not used. 


0x08 
Condition always true/false, for example, i==i. 


0x10 
Variable/function not used. 


0x20 
Missing return expression. 


0x40 
Variable set but not used. 


0x80 
Statement not reached. 


0x100 
Conversion problems. 


0x200 
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In non-ANSI mode, warn when the compiler selects an unsigned integral 
type for an expression which would be signed under ANSI mode. For 
example: 

"a.c", line 3: warning (1671): 

non-portable behavior: type of 


‘>' operator is unsigned only 
in non-ANSI mode 


0x400 
Possibly assignment (=) should be comparison (==). 


0x1000 
Missing function declaration (equivalent to -Xforce-declarations). 


0x2000 
Possible redundant expression. (Examples: x=x, x&x, x | x, x/x.) 


11. The Lint Facility gives an example of a program which generates most of the 
-Xlint warnings. 


See also the __lint macro in 6.1 Preprocessor Predefined Macros, p.123 to avoid 
use of non-ANSI extensions in header files. 


NOTE: For C++, -Xlint is equivalent to -Xsyntax-warning-on. (See 
5.4.143 Disable Certain Syntax Warnings (-Xsyntax-warning-...), p.116.) 


5.4.87 Allocate Static and Global Variables to Local Data Area (-Xlocal-data-area=n) 


-Xlocal-data-area=n 
-X115=n 
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Allocate the static and global variables which are defined in a module and 
referenced as least once in a contiguous block of memory, called the local data 
area (LDA), and make fast, efficient references to those variables via a 
temporary base register selected by the compiler. 


n specifies the maximum of the LDA, and defaults to 64 bytes. (If is greater 
than the default, references to variables in the LDA will be less efficient.) 


The optimization does not apply to unreferenced variables. -Xlocal-data-area 
should be used with caution in multithreaded environments. To restrict the 
optimization to static variables, use -Xlocal-data-area-static-only; VxWorks 
developers are strongly advised to use this option. 


See 14.4 Local Data Area (-Xlocal-data-area), p.254 for additional information. 


Synonym: -Xlocal-struct. 
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NOTE: If at least one variable in the LDA has an initial value, the LDA is in the 
.data section; otherwise it is in the .bss section. Because -Xlocal-data-area is 
nonzero by default, uninitialized static and global variables which are 
referenced at least once are not stored in a .bss section. To store such variables 
in .bss, use -Xlocal-data-area=0. 


5.4.88 Restrict Local Data Area Optimization to Static Variables 
(-Xlocal-data-area-static-only) 


-Xlocal-data-area-static-only 

-X166 
Apply the local data area optimization only to static variables; do not optimize 
global variables. See 14.4 Local Data Area (-Xlocal-data-area), p.254 for 


information about this optimization. 


5.4.89 Do Not Assign Locals to Registers (-Xlocals-on-stack) 


-Xlocals-on-stack 

-X5 
By default, the compiler attempts to assign all local variables to registers. If 
-Xlocals-on-stack is given, only variables declared with the register keyword 
are assigned to registers. 


5.4.90 Enable the loopt Instruction (-Xloopt-on, -Xloopt-off) 


-Xloopt-on 
-X43=1 
Use the loopt instruction. 
-Xloopt-off 
-X43=0 
Do not use the loopt instruction. This is the default. 


This option controls whether the compiler generates the loopt instruction. See 
also the assembler option described under Use old loopt 
Functionality(-Xloopt-old), p.296 and 21.5 loopt Macro Instruction, p.347, to 
control the treatment of the loopt instruction by the assembler. 
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5.4.91 Expand Macros in Pragmas (-Xmacro-in-pragma) 


-Xmacro-in-pragma 
-X157 
Expand preprocessor macros in #pragma directives. 


5.4.92 Warn On Undefined Macro In #if Statement (-Xmacro-undefined-warn) 


-Xmacro-undefined-warn 
-X171 


Generate a warning when an undefined macro name occurs in a #if 
preprocessor directive. 


5.4.93 Show Make Rules (-Xmake-dependency) 


-Xmake-dependency 
-Xmake-dependency=muask 
-X156, -X156=mask 


Generate a list of include files required to build each object file. Example: 
main.o: main.c stdio.h 
command list 


This output means that main.c and stdio.h are required to build the target 
main.o. A list of make commands follows the dependency. 


mask, which defaults to 1, is a bit mask—always interpreted as 
hexadecimal—of which the four least significant bits are meaningful: the 
fourth (least significant) bit, if set to 1, means that all required files are shown; 
this is the default. The third bit means that only files enclosed in double 
quotation marks (#include "filename") are shown. (If both the third and the 
fourth bits are set, the fourth overrides the third.) The second bit means that 
compilation continues after the dependency list is generated (if this bit is 0, no 
output is emitted other than the list of dependencies) and that the dependency 
list is sent to a file (instead of the standard output). The first bit creates a 
“phony target” for each dependency other than the main file; this is a 
work-around for errors caused by missing header files and is provided for 
GNU compatibility. The -o option can be used to specify the output file, the 
target name, or both. Hence: 


-Xmake-dependency=1 
Same as -Xmake-dependency. Show all required include files. If -o is used, the 
target is the name specified with -o. Results go to the standard output unless 
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-Xmake-dependency-savefile=filename is specified. No further output is 
emitted. 


-Xmake-dependency=2 
Same as -Xmake-dependency=1, but show only files enclosed in double 
quotation marks (#include "filename"). 


-Xmake-dependency=4 
Same as -Xmake-dependency=1, but write the dependency list to a file and 
then continue with normal compilation. The output file can be specified with 
either -o or -Xmake-dependency-savefile=filename (which overrides -o); 
otherwise it is called filename.d, where filename is the name of the main source 
file, and is created in the directory where the compiler was invoked. If -o is 
used without -Xmake-dependency-savefile, the output file is the basename 
specified by -o with .d appended. 


-Xmake-dependency=8 
Same as -Xmake-dependency=1, but output a phony target for each 
dependency other than the main file. 


The bits can be OR-ed to combine options. Example: 


-Xmake-dependency=6 
Show only files enclosed in double quotation marks (-Xmake-dependency=2); 
write output to a file, then continue with normal compilation 
(-Xmake-dependency=4). 

-Xmake-dependency=a 
Show only files in double quotation marks (-Xmake-dependency=2) and 
output phony targets (-Xmake-dependency=8). 


-Xmake-dependency=c 
Output phony targets (-Xmake-dependency=8); write output to a file, then 
continue with normal compilation (-Xmake-dependency=4). 


-Xmake-dependency=e 
Show only files enclosed in double quotation marks (-Xmake-dependency=2); 
output phony targets (-Xmake-dependency=8); write output to a file, then 
continue with normal compilation (-Xmake-dependency=4). 


Ordinarily, the preprocessor returns an error and stops when a required file is not 
found. To continue preprocessing when files are missing, use -Xmake-dependency 
with -Xincfile-missing-ignore (5.4.71 Ignore Missing Include Files 
(-Xincfile-missing-ignore), p.87). 
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5.4.94 Specify Dependency Name or Output File (-Xmake-dependency.-...) 


This option is valid only when used with -Xmake-dependency. 


-Xmake-dependency-target=string 
Change the target name in the rule emitted by -Xmake-dependency to string 
(instead of using the name of the object file). To specify multiple target names, 
repeat the -Xmake-dependency-target option on the command line. 


-Xmake-dependency-savefile=filename 


Specify the output file for -Xmake-dependency. 


5.4.95 Set Template Instantiation Recursion Limit (-Xmax-inst-level=n) 


-Xmax-inst-level[=n] 

-x216[=n] 
C++ only. Set the maximum level for recursive instantiation of templates. 
Without this option, an error is emitted when a default level of 50 is reached. 
With this option, but without a value n, the limit is 100. 


5.4.96 Set Maximum Structure Member Alignment (-Xmember-max-align=n) 


-Xmember-max-align=n 

-X88=n 
Set the maximum byte boundary to which structure members will be aligned. 
If the natural alignment of a member is less than n, the natural alignment is 
used for it. See pack Pragma, p.135 and the __packed__ and packed Keywords, 
p-143 for details. See also 5.4.139 Set Minimum Structure Member Alignment 
(-Xstruct-min-align=n), p.115. 


The default value of n is dependent on the processor as described in 8. Internal 
Data Representation. 


Synonym: -Xstruct-max-align. 


5.4.97 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile) 


-Xmemory-is-volatile 
-x4 
-X4=7 
Treat all variables as volatile. 
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-Xglobals-volatile 
-X4=1 
Treat all global variables as volatile. 


-Xstatics-volatile 
-X4=2 
Treat all static variables as volatile. 


-Xpointers-volatile 
-x4=4 


Treat all pointer accesses as volatile. 


These options tell the compiler not to perform optimizations that can cause device 
drivers or other systems to fail. By default, the compiler keeps data in registers as 
long as possible whenever it is safe. Difficulties can arise if a memory location 
changes because it is mapped to an external hardware device and the compiler, 
unaware of the change, continues to use the old value stored in a register. While 
these situations can now be handled with the volatile keyword, the -X4 options 
allow compilation of older programs. 


To combine these options, use the sum of their values with a single occurrence of 
the option flag. For example, use -X4=3 to treat all global and static variables as 
volatile. -X4=7, equivalent to -X4 or -Xmemoty-is-volatile, combines all of the 
options. 


5.4.98 Warn On Type and Argument Mismatch (-Xmismatch-warning) 


-Xmismatch-warning 

-X2 

-Xmismatch-warning=2 

-X2=2 
Generate a warning only (instead of a fatal error) when either pointers of 
different types, or pointers and integers, are mixed in expressions. Example: 


long il, i2 = &il; 


is invalid in ANSI C but is allowed in some non-ANSI dialects. This option is 
set implicitly by -Xdialect-pcc (-X7=3). 


If the option -Xmismatch-warning=2 is given, the compiler also generates a 
warning instead of an error when identifiers are redeclared and whena 
function call has the wrong number of arguments. 


This option is ignored when compiling C++ modules. 
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NOTE: -Xmismatch-warning and -Xmismatch-warning=2 override the -e option. 
If either form of -Xmismatch-warning is used, mismatched types will only 
produce a warning, even if -e is used to increase the severity level of the diagnostic. 
See 5.3.8 Change Diagnostic Severity Level (-e), p.38. 


5.4.99 Specify Section Name (-Xname-...) 


Use the following options to specify the name of a default section. 


-Xname-code=name 
Set the section name for code. 


-Xname-const=name 
Set the section name for initialized constants. 


-Xname-data=name 
Set the section name for initialized data. 


-Xname-eh=name 
C++ only. 
Set the section name for all exception-handling tables. 


-Xname-rtti=name 
C++ only. 
Set the section name for all RTTI tables. 


-Xname-sconst=name 
Set the section name for initialized small const. 


-Xname-sdata=name 
Set the section name for initialized small data. 


-Xname-string=name 
Set the section name for strings. 


-Xname-uconst=name 
Set the section name for uninitialized constants. 


-Xname-udata=name 
Set the section name for uninitialized data. 


-Xname-usconst=name 
Set the section name for uninitialized small const. 


-Xname-usdata=name 
Set the section name for uninitialized small data. 
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-Xname-vtbl=name 
C++ only. 
Set the section name for all virtual-function tables. 


Section names can also be specified using the section pragma. For example, setting 
-Xname-code=.code has the same effect as: 


#pragma section CODE ".code" Gi 
5 
For more information, see section Pragma, p.139. 


5.4.100 Disable C++ Keywords namespace and Using (-Xnamespace-...) 


-Xnamespace-on 
-X219=0 
Recognize the namespace and using keywords or constructs. 


-Xnamespace-off 
-X219 
C++ only. Do not recognize the namespace and using keywords or constructs. 


5.4.101 Save Registers for Nested Interrupts (-Xnested-interrupts...) 


-Xnested-interrupts 

-x44 
In order to support nested interrupts, when entering an interrupt function (a 
function named in a #pragma interrupt directive or declared with the 
interrupt or __interrupt__ keywords), save the epc and espr registers, and 
restore them on returning from the function. 


-Xnested-interrupts-off 

-X44=0 
Do not save the epe and espr registers when entering an interrupt function. 
This is the default. 


5.4.102 Enable Extra Optimizations (-XO) 


-xO 
-X26 
Enable all standard optimizations plus the following: 


-0 
(5.3.17 Optimize Code (-O), p.42) 
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-Xinline=40 
(10 with -O; 5.4.76 Inline Functions with Fewer Than n Nodes (-Xinline=n), 
p-89) 


-Xopt-count=2 
(1 with -O; 5.4.104 Execute the Compiler’s Optimizing Stage n Times 
(-Xopt-count=n), p.102) 


-Xparse-size=6000 


(3000 with -O; 5.4.106 Specify Optimization Buffer Size (-Xparse-size), p.103) 


-Xrestart 


(off with -O; 5.4.119 Restart Optimization From Scratch (-Xrestart), p.109) 


-Xtest-at-both 
(-Xtest-at-bottom with -O; 5.4.145 Specify Loop Test Location (-Xtest-at-...), 
p-116) 


5.4.103 Use Old Inline Assembly Casting(-Xold-inline-asm-casting) 


-Xold-inline-asm-casting 
-X137 


This option affects small arguments to asm macros (arguments with size less 
than int). 


By default, the compiler does not extend such arguments to int. Prior to 
version 4.2, the compiler did extend such arguments to int. Use this option to 
force the old behavior for compatibility with existing asm macros which 
depend on it. 


5.4.104 Execute the Compiler’s Optimizing Stage n Times (-Xopt-count=n) 


-Xopt-count=/ 
-X25=n 
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Execute the compiler’s optimizing stage n times. The default is once. In most 
cases this is enough. In rare instances, one stage of the optimizer will generate 
an opportunity for a previous stage. Setting -Xopt-count=2 or more will cause 
a somewhat longer compilation time but may produce slightly better code. 
This option is set to 2 by -XO. 
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5.4.105 Disable Most Optimizations With -g (-Xoptimized-debug-...) 


-Xoptimized-debug-on 

-X89=0 
Do not disable optimizations when using -g. This is the default. 

-Xoptimized-debug-off 

-X89 
When using the -g option to generate debug information, disable most 
optimizations and force line numbers in debug information to be in increasing 
order — assists with debuggers that cannot handle optimized code. See also 
5.4.41 Disable debugging information Extensions (-Xdebug-mode=mask), p.73, and 
5.4.42 Disable Debug Information Optimization (-Xdebug-struct-...), p.74. 


Synonym: -Xno-optimized-debug. 


5.4.106 Specify Optimization Buffer Size (-Xparse-size) 


-Xparse-size=n 

-X20=n 
Delay code generation of functions until n KBytes of main memory is used for 
internal tables. By delaying generation, the compiler can perform 
interprocedural optimizations such as inlining and register tracking. 


The default is 3000 KB (6000 KB if option -XO is used). The highest useful value 
for a module depends on many factors; it is not practical to calculate it (see the 
discussion of “limitations related to memory size” in C. Compiler Limits for 
some of the factors). 


For very large and complex modules, experiment with larger values, e.g. 
-Xparse-size=8000, to see if code size or execution time is reduced. 


NOTE: That using a value larger than available physical memory will cause 


excessive swapping and slow compilation. 


5.4.107 Output Source as Comments (-Xpass-source) 


-Xpass-source 
-X11 
Output the source as comments in the generated assembly language code. 
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5.4.108 Use Precompiled Headers (-Xpch-...) 


C++ only. These options are disabled by default. At most one of -Xpch-automatic, 
-Xpch-create, and -Xpch-use can be enabled; if more than one is specified, all but 
the first are ignored. For more information, see 13.7 Precompiled Headers, p.235. 


-Xpch-automatic 
Generate and use precompiled headers. 


-Xpch-createsfilename 


Generate a precompiled header (PCH) file with specified name. 


-Xpch-diagnostics 
Generate an explanatory message for each PCH file that the compiler locates 
but is unable to use. 


-Xpch-directory=directory 
Look for PCH file in specified directory. 


-Xpch-messages 
Generate a message each time a PCH file is created or used. 


-Xpch-use=filename 
Use specified PCH file. 
5.4.109 Generate Position-Independent Code for Shared Libraries (-Xpic) 
-Xpic 
-X62 
For VxWorks RTP application development. Allows a single copy of a shared 
library, loaded in a single memory location, to be called by different programs. 
RTP shared-library code must be compiled with this option. 
5.4.110 Treat All Pointer Accesses As Volatile (-Xpointers-volatile) 


See 5.4.97 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.98. 


5.4.111 Control Interpretation of Multiple Section Pragmas (-Xpragma-section-...) 
These options control the compiler’s behavior when multiple #pragma section 


directives are used with different parameters for the same section class. The default 
is -Xpragma-section-first. 
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For more information, see section and use_section Pragmas, p.239. 


-Xpragma-section-first 
If this option is in effect when a variable or function is defined, the compiler 
uses the earliest currently-valid section pragma that specifies a non-default 
location for the variable or function. 


-Xpragma-section-last 
If this option is in effect when a variable or function is defined, the compiler 
uses the Jast currently-valid section pragma that specifies a non-default 
location for the variable or function. 


5.4.112 Preprocess Assembly Files (-Xpreprocess-assembly) 


-Xpreprocess-assembly 
Invoke C preprocessor on assembly files before running the assembler. 


5.4.113 Suppress Line Numbers in Preprocessor Output 
(-Xpreprocessor-lineno-off) 


-Xpreprocessor-lineno-off 

-X165 
Suppress line-number information in the preprocessor output. Use this with 
the -E option (send preprocessor output to standard output) when 
line-number information is not needed. 


5.4.114 Use Old Preprocessor (-Xpreprocessor-old) 


-Xpreprocessor-old 
-X155 


Use the preprocessor from release 4.3. When -Xpreprocessor-old is specified, 
vararg macros are not supported and the following options are not available: 
-Xmake-dependency, -Xmake-dependency-..., -Xmacro-in-pragma, and 
-Xcpp-dump-symbols. 


This option is valid only when compiling C modules or when compiling C++ 
modules with the -Xc++-old option. 
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5.4.115 Generate Profiling Code for the RTA Run-Time Analysis 
Tool Suite (-Xprof-...) 


-Xprof-all 
-X123=3 
Collect count and time data. 


-Xprof-all-fast 

-X123=6 
Collect count and time data for each function, but not for pairs of functions, so 
no hierarchical profile will be available. 


-Xprof-count 

-X123=2 
Collect count data only, incrementing a counter for line of code executed 
(actually, for each basic block). 


-Xprof-coverage 

-X123=8 
Like -Xprof-count, except just set the counter to one for each basic block 
executed instead of counting the number of executions. 

-Xprof-time 

-X123=1 
Collect time data only. 

-Xprof-time-fast 

-X123=4 
Collect time data for each function, but not for pairs of functions, so no 
hierarchical profile will be available. 


These options cause the compiler to generate profiling code for the RTA. To be 
profiled, a function must be instrumented. The compiler inserts instrumentation 
code based on the following options. Every module to be profiled must be 
compiled with one of these options. 
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NOTE: In addition to an -Xprof-type option, you must use the -g option to generate 
debug information. 


Besides interactively analyzing the profile information generated by these options 

using the RTA, you may feed the collected data back to the compiler to improve 
optimization based on the actual execution of the target program. See 

5.4.117 Optimize Using RTA Profile Data (-Xprof-feedback), p.107. 


Do not use these options with the older pair of profiling options -Xblock-count 
(5.4.12 Insert Profiling Code (-Xblock-count), p.63) and -Xfeedback (5.4.55 Optimize 
Using Profile Data (-Xfeedback=file), p.80). 


A function, its parent, and its children must all be compiled with the same 
-Xprof-type option or the results are undefined. 


5.4.116 Select Target Executable for Use by -Xprof-feedback (-Xprof-exec) 


-Xprof -exec=pathname 

(no numeric equivalent) 
pathname must be the full pathname of a target executable for which profile 
data is present in the RTA database directory specified with -Xprof-feedback. 
See 5.4.117 Optimize Using RTA Profile Data (-Xprof-feedback), p.107 for details. 


5.4.117 Optimize Using RTA Profile Data (-Xprof-feedback) 


-Xprof -feedback=pathname 

(no numeric equivalent) 
pathname must specify an RTA database directory (not a file). Use the profiling 
information in that database (the latest “snapshot”) to optimize for faster code. 
See the 5.4.56 Set Optimization Parameters Used With Profile Data 
(-Xfeedback-frequent, -Xfeedback-seldom), p.81, to control how the profile data 
affects optimization. 


The snapshot selected depends on -Xprof-snapshot (5.4.118 Select Snapshot for 
Use by -Xprof-feedback (-Xprof-snapshot), p.108) and -Xprof-exec (5.4.116 Select 
Target Executable for Use by -Xprof-feedback (-Xprof-exec), p.107) as follows: 


107 


Use 


Wind River Compiler for M@eCORE 


r’s Guide, 5.4 


-Xprof-exec -Xprof-snapshot Snapshot Selected 


No No Use latest snapshot in the database. 


No Yes Use snapshot named by -Xprof-snapshot. If a 
snapshot with the given name is present for 
more than one executable, use the latest. 


Yes No Use latest snapshot for the executable 
specified by -Xprof-exec. 


Yes Yes Use snapshot named by -Xprof-snapshot. 
Report an error if no snapshot with the given 
name is present for the executable specified by 
-Xprof-exec. 


NOTE: This option is used in conjunction with the -Xprof-... options 
(5.4.115 Generate Profiling Code for the RTA Run-Time Analysis 

Tool Suite (-Xprof-...), p.106). Do not use this option with the older pair of 
profiling options -Xblock-count (5.4.12 Insert Profiling Code (-Xblock-count), 
p-63) and -Xfeedback (5.4.55 Optimize Using Profile Data (-Xfeedback=file), 
p-80). 


Also, the selected snapshot must include basic block count data, that is, the 
executed code must have been compiled with -Xprof-all, -Xprof-all, or 
-Xprof-count. The options -Xprof-time, -Xprof-time-fast, and 
-Xprof-coverage do not produce the data required for feedback-driven 
optimization. 


5.4.118 Select Snapshot for Use by -Xprof-feedback (-Xprof-snapshot) 


-Xprof-snapshot=string 


(no 
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numeric equivalent) 

string must name a snapshot in the RTA database directory specified with 
-Xprof-feedback. See -Xprof-feedback (5.4.117 Optimize Using RTA Profile 
Data (-Xprof-feedback), p.107) for details. 
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5.4.119 Restart Optimization From Scratch (-Xrestart) 


-Xrestart 
-X29 


Restart optimization from scratch if too many optimistic predictions were 
made. 


Compilers may have difficulty predicting the best way to perform specific 
optimizations when the information needed is not available until a later 
compiler stage. For example, better code may be produced by moving a loop 
invariant expression outside the loop if the result can be placed in a register. 
However, the compiler does not know if any register is available until after 
register allocation, which is performed later in the compilation. 


The compiler uses an optimistic approach which generates optimal code when 
registers are available but not when all registers are taken. The -Xrestart option 
will restart optimization and code generation if any optimistic prediction is 
false. This will typically slow the compilation of large functions by a factor of 
almost two while generating better code. This option is turned on by -XxO. 


5.4.120 Generate Code for the Run-Time Error Checker (-Xrtc=mask) 


5.4.121 


-Xrtc=mask 
-X64=mask 


With no mask, this option directs the compiler to insert checking code for all 
checks made by the Run-Time Error Checker. Use the mask to select specific 
checks rather than all. 


Enable Run-time Type Information (-Xrtti, -Xrtti-off) 


-Xrtti 
-X205=1 


Enable run-time type information. This is the default. 


There are two approaches to generating run-time type information for a class: 


* Compile all modules with -Xrtti and also with -Xcomdat (5.4.28 Mark 
Sections as COMDAT for Linker Collapse (-Xcomdat), p.69): the run-time type 
information will be emitted for every module but will be marked 
COMDAT and collapsed to a single instance by the linker. This is the 
preferred method. 
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«For a class declaring one or more virtual functions, compile only the 
module defining the key function for the class with -Xrtti. Key functions are 
described in Virtual Function Table Generation—Key Functions, p.177. 


-Xrtti-off 
-X205=0 


5.4.122 Pad Sect 


C++ only. Disable run-time type information. Using this option will save space 
because the compiler does not need to create type tables. 


Synonym: -Xno-rtti. 


ions for Optimized Loading (-Xsection-pad) 


-Xsection-pad 
-X152 


Allow the linker to pad loadable sections for optimized loading. 


5.4.123 Generate Each Function in a Separate CODE Section Class (-Xsection-split) 


-Xsection-split 
-xX129 
-Xsection-split-off 
-X129=0 
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Generate a separate CODE section class for each function in the module. The 
default is -Xsection-split-off; a single module generates only one CODE 
section class containing the code for all functions for that module. 


By default, with -Xsection-split enabled, the multiple CODE section classes 
will all still be named .text (absent the use of .section pragmas). While linking, 
a specific .text section for a given function may be singled out using the linker 
command language syntax: 


object-filespec (input-section-name[symbol] , ...) 


(where the “[“ and “]” characters are required and do not mean “optional” in 
this case). 


Example: if object file test.o contains functions f1 and f2, then the .text section 
for f1 may be specified by: 


test.o(.text[£1]) 
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NOTE: This option is especially useful in combination with 
-Xremove-unused-sections to reduce code size. See Remove Unused Sections 
(-Xremove-unused-sections), p.381. 


5.4.124 Disable Generation of Priority Section Names (-Xsect-pri-...) 


-Xsect-pri-on 

-X122=0 
Enable section names of the form “...$1”. See 23.6 Sorted Sections, p.361 for use 
of this form. This is the default. 


-Xsect-pri-off 

-X122 
Disable generation of section names of the form “...6n” for use by third-party 
assemblers or linkers unable to process this form of name. 


5.4.125 Control Listing of -X Options in Assembly Output (-Xshow-configuration=n) 


-Xshow-configuration=0 
Compiler-generated assembly listings (saved with the -S option) do not show 
-X options. This is the default. 


-Xshow-configuration=1 
Assembly listings contain -X options, but only user-configurable options are 
shown; internal compiler flags are suppressed. 


5.4.126 Print Instantiations (-Xshow-inst) 


-Xshow-inst 

-X212 
C++ only. Print to stderr a list of all template instantiations made during 
compilation. See also 5.4.69 Control Template Instantiation 
(-Ximplicit-templates...), p.86 and Templates, p.229. 


5.4.127 Show Target (-Xshow-target) 


-Xshow-target 
dec C and dplus C++ driver option. Display the target processor “-t option” on 
standard output, but do not compile any file. 
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5.4.128 Optimize for Size Rather Than Speed (-Xsize-opt) 


-Xsize-opt 

-X73 
Optimize for size rather than speed when there is a choice. Optimizations 
affected include inlining, loop unrolling, and branch to small code. For 
character arrays, -Xstring-align=value will override -Xsize-opt. See the 
description of array alignment in 8.3 Arrays, p.172. 


5.4.129 Enable Stack Checking (-Xstack-probe) 


-Xstack-probe 

-x10 
Enable stack checking (probing). For users of the Run-Time Error Checker, this 
option is equivalent to -Xrtc=4. 


NOTE: -Xstack-probe cannot be used with “interrupt” functions, that is, with 
a function named in an interrupt pragma or declared using the interrupt or 
__interrupt__ keywords 


5.4.130 Diagnose Static Initialization Using Address (-Xstatic-addr-...) 


-Xstatic-addr-error 

-X81=2 
Generate an error if the address of a variable, function, or string is used by a 
static initializer. This is useful when generating position-independent code 
(PIC). 

-Xstatic-addr-warning 

-X81=1 
Generate a warning if the address of a variable, function, or string is used by a 
static initializer. This is useful when generating position-independent code 
(PIC). This option is on by default. 


5.4.131 Treat All Static Variables as Volatile (-Xstatics-volatile) 


See 5.4.97 Treat All Variables As Volatile (-Xmemory-is-volatile, -X...-volatile), p.98. 
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5.4.132 Buffer stderr (-Xstderr-fully-buffered) 


-Xstderr-fully-buffered 
-xX173 


Buffer stderr using 10KB buffer. Use this option to reduce network traffic; 
stderr is unbuffered by default. 


5.4.133 Terminate Compilation on Warning (-Xstop-on-warning) 


-Xstop-on-warning 

-xX85 
Terminate compilation on any warning. Without this option, only errors 
terminate compilation. (For both errors and warnings, compilation terminates 
after a small number of errors are output.) 


5.4.134 Compile C/C++ in Pedantic Mode (-Xstrict-ansi) 


-Xstrict-ansi 
Compile in “pedantic” mode. This option is equivalent to -Xdialect-strict-ansi. 
For C, see 5.4.43 Specify C Dialect (-Xdialect-...), p.74. For C++, -Xstrict-ansi 
generates diagnostic messages when nonstandard features are used and 
disables features that conflict with ANSI/ISO C++, including -Xusing-std-on 
and -Xdollar-in-ident. 


Disabled by default. 


5.4.135 Ignore Sign When Promoting Bit-fields (-Xstrict-bitfield-promotions) 


-Xstrict-bitfield-promotions 
Conform to the ANSI standard when promoting bit-fields. When a bit-field 
occurs in an expression where an int is expected, the compiler promotes the 
bit-field to a larger integral type. Unless this option is enabled, such 
promotions preserve sign as well as value. If -Xstrict-bitfield-promotions is 
specified, however, an object of an integral type all of whose values are 
representable by an int (that is, an object smaller than 4 bytes) is promoted to 
an int, even if the original type is unsigned. 


-Xstrict-ansi or -Xdialect-strict-ansi implicitly enables 
-Xstrict-bitfield-promotions by default, but can be overridden with 
-Xstrict-bitfield-promotions=0. 
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See also 5.4.11 Specify Sign of Plain Bit-field (-Xbit-fields-signed, 
-Xbit-fields-unsigned), p.62. 


5.4.136 Align Strings on n-byte Boundaries (-Xstring-align=n) 


-Xstring-align=1 
-X18=n 


5.4.137 Warnon 


Align each string on an address boundary divisible by n. The default value is 
4. See also 5.4.9 Specify Minimum Array Alignment (-Xarray-align-min), p.61. 


Large Structure (-Xstruct-arg-warning=n) 


-Xstruct-arg-warning=1 
-X92=n 


Conly. Emit a warning if the size of a structure argumentis larger than or equal 
to n bytes. 


5.4.138 Control Optimization of Structure Member Assignments 
(-Xstruct-assign-split-...) 


-Xstruct-assign-split-diff=n 
-X147=n 
-Xstruct-assign-split-max=n 
-X146=n 
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These options control optimization of assignments of local struct variables. 
The compiler uses a number of techniques to optimize structure members (it 
uses registers, etc.). A structure can be assigned as a one or more blocks 
(depending on a number of factors) or member-by-member. However, block 
structure assignment disables member optimization, so options are available 
to control the type of structures that will assigned as a block. 


By default, the assignment is member-by-member if the structure has 6 or 
fewer members and if the increase in assignments (over block assignments) is 
3 or fewer. Otherwise, the structure is assigned as a block. 


Use -Xstruct-assign-split-max to set the maximum number of members in a 
struct that may be assigned member-by-member. 


Use -Xstruct-assign-split-diff to set the maximum number of additional 
assignments allowed. If member-to-member assignment involves a higher 
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number of additional assignments than the number set by 
-Xstruct-assign-split-diff, a block assignment is performed. 


5.4.139 Set Minimum Structure Member Alignment (-Xstruct-min-align=n) 


-Xstruct-min-align=n 

-X76=n 
Force structures to begin on at least an n byte boundary. If any member in a 
structure has a greater alignment, the structure will be aligned on a boundary 
divisible by the size in bytes of the largest member. 


See pack Pragma, p.135 and __packed__and packed Keywords, p.143 for details. 
See also 5.4.96 Set Maximum Structure Member Alignment 
(-Xmember-max-align=n), p.98. 


The default value of n is dependent on the processor as described in 8. Internal 
Data Representation. 


5.4.140 Suppress Warnings (-Xsuppress-warnings) 


-Xsuppress-warnings 
-X14 
Suppress compiler warnings. Same as the -w option. 


5.4.141 Swap ‘\n’ and ‘\r’ in Constants (-Xswap-cr-nl) 


-Xswap-cr-nl 

-X13 
C only. Swap '\n' and '\r' in character and string constants. Used on systems 
where carriage return and line feed are reversed. 


5.4.142 Set Threshold for a Switch Statement Table (-Xswitch-table...) 


-Xswitch-table=n 

-X143=n 
Implement a switch statement using compares if there are fewer than n case 
labels in the switch, use a jump table if there are n or greater. This option is on 
by default with a value of 7. 
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-Xswitch-table-off 
Do not use a jump table to implement a switch statement under any 


conditions. 


5.4.143 Disable Certain Syntax Warnings (-Xsyntax-warning-...) 


-Xsyntax-warning-on 

-X215=0 
Enable certain syntax warnings, for example, warning on a comma after the 
last enumerator. This is the default. 


-Xsyntax-warning-off 
-X215 
C++ only. Disable these warnings. 


5.4.144 Select Target Processor (-Xtarget) 


-Xtarget 
-x39=nThis option is for internal use should usually not be set by the user. See 
4. Selecting a Target and Its Components. 


5.4.145 Specify Loop Test Location (-Xtest-at-...) 


-Xtest-at-both 

-X6=2 
Force the compiler to always test loops both before the loop is started and at 
the bottom of the loop. This option produces the fastest possible code but uses 
more space. Even if -Xtest-at-both is not set, other optimizations may cause the 
compiler to generate double tests. This option is turned on by -XO. 


-Xtest-at-bottom 
-X6=0 
Use one loop test at the bottom of a loop. 


-Xtest-at-top 
-x6=1 
Use one loop test at the top of a loop. 
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5.4.146 Truncate All Identifiers After m Characters (-Xtruncate) 


-Xtruncate=m 

-X22=m 
Truncate all identifiers after m characters. If m is zero, no truncation is done. 
This is the default. 


5.4.147 Append Underscore to Identifier (-Xunderscore-...) 


-Xunderscore-leading 

-X71=1 
Prefix every externally visible identifier with an underscore in the symbol 
table. 
Synonym: -Xleading-underscore. 

-Xunderscore-trailing 

-X71=2 


Suffix every externally visible identifier with an underscore in the symbol 
table. 


Synonym: -Xtrailing-underscore. 


-Xunderscore-surround 

-X71=3 
Prefix and suffix every externally visible identifier with an underscore in the 
symbol table. 


Synonym: -Xsurround-underscore. 
NOTE: The -Xunderscore... options are provided for use in linking code generated 


by the compiler with third-party libraries or with other tools requiring generated 
underscores. 


The default value of this option is dictated by the Application Binary Interface 
(ABI) standard and is 0 (no extra underscore). 


Because Wind River libraries are compiled with the default setting, setting this option to 
anything but the default will require recompiling every library used. 


117 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


5.4.148 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n) 


-Xunroll=n 

-x15=n 
Unroll small loops n times. Set to 2 by default. n must be a power of two. See 
Loop Unrolling (0x8000), p.203. 


NOTE: Some sufficiently small loops may be unrolled more than n times if total 
code size and speed is better. 


-Xunroll-size=n 
-x16=n 
Specify the maximum number of nodes a loop can contain to be considered for 


loop unrolling. Each operator and each operand counts as one node, so the 
expression 


a=b-c; 


contains 5 nodes. (There is also a small number of additional nodes for each 
function.) 1 is set to 20 by default. Assembly files saved with -S show the 
number of nodes for each function. 


NOTE: Unrolling is done only if option -O or -XO is given to enable optimization 


5.4.149 Runtime Declarations in Standard Namespace (-Xusing-std-...) 


-Xusing-std-on 
C++ only. Automatically search for runtime library declarations in the std 
namespace (as if “using namespace std;” had been specified in the source 
code), not in global scope. This is the default behavior, but it is disabled by 
-Xstrict-ansi; use -Xusing-std-on on the command line to override 
-Xstrict-ansi. 


This option allows you to use the newer C++ libraries, which are in the std 
namespace, without adding using namespace std; to legacy code. 


-Xusing-std-off 
Search for runtime library declarations in global scope unless an explicit using 
namespace std; is given. 
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5.4.150 Void Pointer Arithmetic (-Xvoid-ptr-arith-ok) 


-Xvoid-ptr-arith-ok 
-X167 
Treat void pointers as char * for the purpose of arithmetic. For example: 


some_void_ptr += 1; /* adds 1 to some_void_ptr */ 


5.4.151 Define Type for wchar (-Xwchar=n) 


-Xwchar=n 

-X86=n 
Define the type to which wchar will correspond. The desired type is given by 
specifying a value n equal to a value returned by the operator sizeof(type, 2). 
See sizeof Extension, p.154. The default type is long integer (32 bits), that is, 
-Xwchar=4. 


5.4.152 Control Use of wchar_t Keyword (-Xwchar_t-...) 


-Xwchar_t-on 
-X214=0 
Enable the wchar_t keyword. 


-Xwchar_t-off 
-X214 


C++ only. Disable the wchar_t keyword. 


Synonym: -Xno-wchar. 


5.5 Examples of Processing Source Files 


The following examples show typical ways of compiling. 


The two files, file1.c and file2.cpp, contain the source code: 
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/* £ilel.e */ 

void outarg(char *); 

int main(int argc, char **argv) 

{ 
while(--argc) outarg(*++argv) ; 
return 0; 


} 


/* file2.cpp */ 
#include <stdio.h> 


extern "C" void outarg(char *arg) 
{ 


static int count; 


printf("arg #%d: %s\n",++count,arg) ; 


5.5.1 Compile and Link 


When compiling small programs such as this, the driver can be invoked to execute 
all four stages of compilation in one command. For example: 


dplus filel.c file2.cpp 


The driver preprocesses, compiles, and assembles the two files (one C and one 
C++), and links them together with the appropriate libraries to create a single 
executable file, by default called a.out. When more than one file is compiled to 
completion, object files are created and kept, in this case, file1.o and file2.0. When 
only one file is compiled, assembled, and linked, the intermediate assembly and 
object files are deleted automatically (see 5.4.82 Create and Keep Assembly or Object 
File (-Xkeep-assembly-file, -Xkeep-object-file), p.91 to change this). 


If the target system supports command-line execution, to execute this program 
enter a.out with some arguments: 


a.out abc def ghi 


This will print: 
arg #1: abc 
arg #2: def 
arg #3: ghi 


(See 15. Use in an Embedded Environment for comments on executing programs in 
embedded environments.) 


To execute the program on the host system using the WindISS simulator, compile 
the program with windiss specified on the command line—for example: 


dplus -tMCOREES:windiss filel.c file2.cpp 
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Then run the program with WindISS: 
windiss a.out abc def ghi 
To give the generated program a name other than a.out, use the -o option: 
dplus filel.c file2.cpp -o progl 
To also enable optimization, use the -O option: 
dplus -O filel.c file2.cpp -o progl 
To convert the linked output to S records: 
ddump -Rv a.out 


will produce file srec.out by default. See 29. D-DUMP File Dumper for additional 
options and details. 


5.5.2 Separate Compilation 


When compiling programs consisting of many source files, it is time-consuming 
and impractical to recompile the whole program whenever a file is changed. 
Separate compilation is a time-saving solution when recompiling larger programs. 
The -c option creates an object file which corresponds to every source file, but does 
not call the linker. These object files can then be linked together later into the final 
executable program. When a change has been made, only the altered files need to 
be recompiled. To create object files and then stop, use the following command: 


dplus -O -c filel.c file2.cpp 


The files filel.o and file2.0 will be created. 


Create the executable program as follows. Note that the driver is used to invoke 
the linker; this is convenient because defaults will be supplied as required based 
on the current target, for example, for libraries and crt0.o. 


dplus filel.o file2.o -o prog2 
If file2.cpp is altered, prog2 can be rebuilt with: 


dplus -O -c file2.cpp 
dplus filel.o file2.o0 -o prog2 


Usually, the compilation process is automated with utilities similar to make, which 
finds the minimum command sequence to create an updated executable. 
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5.5.3 Assembly Output 


It is frequently desirable to look at the generated assembly code. Two options are 
available for this purpose: 


» The -S option stops compilation after generating the assembly and 
automatically names the file basename.s, file1.s in this case: 
dplus -O -S filel.cpp 


» When using a command which generates an object file, the 
-Xkeep-assembly-file option will preserve the assembly file in addition to the 
object, naming it basename.s. 


The option -Xpass-source outputs the compiled source as comments in the 
generated file and makes it easier to see which assembly instructions correspond 
to each line of source: 


dplus -O -S -Xpass-source file2.cpp 


5.5.4 Precompiled Headers 
In C++ projects with many header files, you can often speed up compilation by 


using precompiled headers, enabled with the -Xpch-... options. See 
13.7 Precompiled Headers, p.235. 
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6.1 Preprocessor Predefined Macros 


The following preprocessor macros are predefined. The macros that do not start 
with two underscores (“__”) are not defined if option -Xdialect-strict-ansi is given. 


__BIG_ENDIAN__ 


Big-endian implementation. 


__ bool 
The constant 1 if type bool is defined when compiling C++ code, otherwise 
undefined. Option -Xbool-off disables the bool, true, and false keywords. 
C++ only. 
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__CHAR_UNSIGNED__ 
Indicates that plain char characters are unsigned. 


cplusplus 
The constant 199711 when compiling C++ code, otherwise undefined. 


__DATE__ 
The current date in “mm dd yyyy” format; it cannot be undefined. 


_ pec __ 
The constant 1. 


__DCPLUSPLUS__ 
The constant 1 when compiling C++ code, otherwise undefined. 


_DIAB_TOOL 
Indicates the Wind River Compiler is being used. 


__ETOA__ 
Indicates that full ANSI C++ is supported. Not defined when compiling C 
code or when an older version of the compiler is invoked. 


__ETOA_IMPLICIT_USING_STD 
Defined if -Xusing-std-on is enabled. Indicates that runtime library 
declarations are automatically searched for in the std namespace (not in global 
scope), regardless of whether using namespace std; is specified. 


__ETOA_NAMESPACES 
Defined if the runtime library uses namespaces. 


__ EXCEPTIONS 
Exceptions are enabled. C++ only. 


__ FILE _ 
The current filename; it cannot be undefined. 


__FUNCTION__ 
__FUNCTION_ is not really a preprocessor macro, but a special predefined 
identifier that returns the name of the current function (that is, the function in 
which the identifier occurs). 


LITTLE_ENDIAN 
Little-endian implementation. 


LITTLE_ENDIAN 
Little-endian implementation. 


__LDBL__ 
The constant 1 if the type long double is different from double. 


__ LINE __ 
The current source line; it cannot be undefined. 
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lint 
This macro is not predefined; instead, define this when compiling to select 
pure-ANSI code in Wind River header files, avoiding use of any non-ANSI 
extensions. 


__mcore 
Target flag used by various tools. 


__mcore__ 
Target flag used by various tools. 


__nofp 
No floating point support. 


__ PRETTY FUNCTION __ 
__PRETTY_FUNCTION_ is not really a preprocessor macro, but a special 
predefined identifier that returns the name of the current function (that is, the 
function in which the identifier occurs). In C modules, 
__PRETTY_FUNCTION__ always returns the same value as _ FUNCTION_. 
For C++, __ PRETTY_FUNCTION_ may return additional information, such as 
the class in which a method is defined. 


__ ree 
Target flag used by various tools. 


__rce__ 
Target flag used by various tools. 


__RTTI 
C++ only. Run-time type information is enabled. 


SIGNED_CHARS 
C++ only. Defined as 1 if plain char is signed. See 5.4.21 Specify Sign of Plain 
Char (-Xchar-signed, -Xchar-unsigned), p.66. 


__SINGLE_ONLY 
Single precision floating point support only (no double-precision floating 
point). 

__softfp 
Software floating point support. 


__sTpc__ 
The constant 0 if -Xdialect-ansi and the constant 1 if -Xdialect-strict-ansi is 
given. It cannot be undefined if -Xdialect-strict-ansi is set. For C++ modules it 
is defined as 0 in all other cases. 


__STRICT_ANSI__ 
The constant 1 if -Xdialect-strict-ansi or -Xstrict-ansi is enabled. 
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__ TIME 
The current time in “hh:mm:ss” format; it cannot be undefined. 


__VERSION__ 
The version number of the compiler and tools, represented as a string. 


VERSION_NUMBER 
The version number of the compiler and tools, represented as an integer. 


__wechar_t 
The constant 1 if type wchar_t is defined when compiling C++ code, otherwise 
undefined. Option -X-wchar-off disables the wchar_t keyword. 


6.2 Preprocessor Directives 


The preprocessor recognizes the following additional directives. 


#assert and #unassert Preprocessor Directives 


The #assert and #unassert directives allow definition of preprocessor variables 
that do not conflict with names in the program namespace. These variables can be 
used to direct conditional compilation. The C and C++ preprocessors recognize 
slightly different syntax for #assert and #unassert. 


Assertions can also be made on the command line through the -A option. 


To display information about assertions at compile time, see 5.4.32 Dump Symbol 
Information for Macros or Assertions (-Xcpp-dump-symbols), p.71. 


To make an assertion with a preprocessor directive, use the syntax: 


#assert name (value) C or C++ 
#assert name Crt only 


In the first form, name is given the value value. In the second form, name is defined 
but not given a value. Whitespace is allowed only where shown. 


Examples: 


#assert system(unix) 
#assert system 
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To make an assertion on the command line, use: 


-A name (value) 


Examples: 

dcc -A "system (unix)" test.c UNIX 

dcc -A system\ (unix\) test.c UNIX 

dcc -A system (unix) test.c Windows | 6 
Assertions can be tested in an #if or #elif preprocessor directive with the syntax: 

#i£ #name (value) C or C++ 

#i£ #name C only 


A statement of the first form evaluates to true if an assertion of that name with that 
value has appeared and has not been removed. (A name can have more than one 
value at the same time.) A statement of the second form evaluates to true if an 
assertion of that name with any value has appeared. 


Examples: 


#if #system(unix) 
#if #system 


An assertion can be removed with the #unassert directive: 


#unassert name C++ only 
#unassert name (value) C++ only 
#unassert #name (value) C only 


The first form removes all definitions of name. The other forms remove only the 
specified definition. 


Examples: 
#unassert system 


#unassert system(unix) 
#unassert #system(unix) 
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#error Preprocessor Directive 


The #error preprocessor directive displays a string on standard error and halts 
compilation. Its syntax is: 


#error string 
Example: 
#error "Feature not yet implemented." 


See also #info, #inform, and #informing Preprocessor Directives, p.128 and #warn and 
#warning Preprocessor Directives, p.129. 


#ident Preprocessor Directive (C only) 


The #ident preprocessor directive inserts a comment into the generated object file. 
The syntax is: 


#ident string 
Example: 
#ident "version 1.2" 


The text string is forwarded to the assembler in an ident pseudo-operator and the 
assembler outputs the text in the .comment section. 


#import Preprocessor Directive 


The #import preprocessor directive is equivalent to the #include directive, except 
that if a file has already been included, it is not included again. The same effect can 
be achieved by wrapping all header files with protective #ifdefs, but using 
#import is much more efficient since the compiler does not have to open the file. 
Using the -Ximport command-line option will cause all #include directives to 
behave like #import. 


#info, #inform, and #informing Preprocessor Directives 


The #info, #inform, and #informing preprocessor directives display a string on 
standard error and continue compilation. Their syntax is: 
#info string 


#inform string 
#informing string 
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Example: 
#info "Feature not yet implemented." 


See also #error Preprocessor Directive, p.128 and #warn and #warning Preprocessor 
Directives, p.129. 


#warn and #warning Preprocessor Directives 


The #warn and #warning preprocessor directives display a string on standard 
error and continue compilation. Their syntax is: 


#warn string 
#warning string 


Example: 
#warn "Feature not yet implemented." 


See also #error Preprocessor Directive, p.128 and #info, #inform, and #informing 
Preprocessor Directives, p.128. 


6.3 Pragmas 


align Pragma 


This section describes the pragmas supported by the compiler. A warning is issued 
for unrecognized pragmas. 


Pragma directives are not preprocessed. Comments are allowed on pragmas. 


In C++ modules, a pragma naming a function affects all functions with the same 
name, independently of the types and number of parameters—that is, 
independently of overloading. 


#pragma align [ ( [[max_member_alignment], [min_structure_alignment] [, byte-swap]] ) ] 


The align pragma, provided for portability, is a synonym for pack Pragma, p.135. 
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#pragma error string 


Display string on standard error as an error and halt compilation. See also info 
Pragma, p.131 and warning Pragma, p.140. 


global_register Pragma 


#pragma global_register identifier=register ,... 


This pragma forces a global or static variable to be allocated to a specific register. 
This can increase execution speed considerably when a global variable is used 
frequently, for example, the “program counter” variable in an interpreter. 


identifier gives the name of a variable. register gives the name of the selected register 
in the target processor. See 9.6 Register Use, p.186 for a list of valid register names. 


The following rules apply: 


* Only registers which are preserved across function calls may be assigned to 
global variables. 


» When assigning several variables to registers, start by using the lowest 
preserved register available. Some targets cannot use lower preserved 
registers for automatic and register variables. 


"Do not mix modules using global registers with modules not using them. 
Never call a function using global registers from a module compiled without 
them. 


=» #pragma global_register can be used to force the compiler to avoid specific 
registers in code generation by defining dummy variables as global registers 
in all modules. 


» The pragma must appear before the first definition or declaration of the 
variable being assigned to a register. 


NOTE: A convenient method of ensuring that all modules are compiled with the 

same global register assignments is to put all #pragma global_register directives 

in a header file, e.g. globregs.h, and then include that file with every compilation 
from the command line with the -i option, e.g. -i=globregs.h. 


Examples: 
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#pragma global_register counter=register-name 
char *counter; /* allocated to the named register */ 


/* Force the compiler to avoid a named register. */ 
#pragma global_register __dummy=register-name 


#pragma hdrstop 


C++ only. Suppress generation of precompiled headers. Headers included after 
#pragma hdrstop are not saved in a parsed state. See 13.7 Precompiled Headers, 
p-235 for more information. 


#pragma ident string 
Insert a comment into the generated object file. 
Example: 

#pragma ident "version 1.2" 


The text string is forwarded to the assembler in an ident pseudo-operator and the 
assembler outputs the text in the .comment section. 


#pragma info string 


Display string on standard error and continue compilation. See also error Pragma, 
p-130 and warning Pragma, p.140. 


#pragma inline func ,... 


Inline the given function whenever possible. The pragma must appear before the 
definition of the function. Unless cross-module optimization is enabled (-Xcmo-...), 
a function can be inlined only in the module in which it is defined. 


In C++ modules, the inline function specifier is normally used instead. This 
specifier, however, also makes the function local to the file, without external 
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linkage. Conversely, the #pragma inline directive provides a hint to inline the code 
directly to the code optimizer, without any effect on the linkage scope. 


NOTE: The inline pragma has no effect unless optimization is selected (with the 
-XO or -O options). 


Example: 


interrupt Pragma 


#pragma inline swap 


void swap(int *a, int *b) { 


int tmp; 
tmp = *a; *a = *b; *b = tmp; 


#pragma interrupt function ,... 


Designate function as an interrupt function. Code is generated to save all general 
purpose scratch registers and to use a different return instruction. 


Important interrupt Pragma Notes 
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Floating point and other special registers, if present on the target, are not saved 
because interrupt functions usually do not modify them. If such registers must 
be saved in order to handle nested interrupts, use an asm macro to do so (see 
7. Embedding Assembly Code). To determine which registers are saved for a 
particular target, compile the program with the -S option and examine the 
resulting assembler file (it will have a .s extension by default). 


The compiler does not generate instructions to re-enable interrupts. If this is 
required to allow for nested interrupts, use an asm macro. 


See 5.4.129 Enable Stack Checking (-Xstack-probe), p.112 for when this option 
cannot be used with interrupt functions. 


This pragma must appear before the definition of the function. A convenient 
method is to put it with a prototype declaration for the function, perhaps in a 
header file. 


Example: 
#pragma interrupt trap 
void trap () { 


/* this is an interrupt function */ 


} 


6 Additions to ANSI C and C++ 
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« For more information about interrupts, see the -Xinterrupt... and 
-Xnested-interrupts compiler options. 


no_alias Pragma 


#pragma no_alias { warl | *var2 } ,... 


Promise that the variable var1 is not accessed in any manner (through pointers etc.) 
other than through the variable name; promise that the data at *var2 is only 
accessed through the pointer var2. This allows the compiler to better optimize 
references to such variables. 


The pragma must appear after the definition of the variable and before its first use. 
Example: 

add(double *d, double *s1, double *s2, int n) 

#pragma no_alias *d, *sl, *s2 


{ 
int i; 
for (i = 0; i <n; i++) { 


/* "sl + s2" will move outside the loop */ 
a[i] = *sl + *s2; 


} 


Without the pragma, either s1 or s2 might point into d and the assignment might 
then set s1 or s2. See also 5.4.8 Assume No Aliasing of Pointer Arguments 
(-Xargs-not-aliased), p.61. 


no_pch Pragma 


#pragma no_pch 


Suppress all generation of precompiled headers from the file where #pragma 
no_pch occurs. See 13.7 Precompiled Headers, p.235, for more information. 


no_return Pragma 


#pragma no_return function ,... 


Promise that each function never returns. Helps the compiler generate better code. 
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This pragma must appear before the first use of the function. A convenient method 
is to put it with a prototype declaration for the function, perhaps in a header file. 


Example: 


#pragma no_return exit, abort, longjmp 


Pragma 


#pragma no_side_effects descriptor ,... 

Where each descriptor has one of the following forms and meanings: 

function 
Promises that function does not modify any global variables (it may use global 
variables). 

function ( { global lon } eet 
Promises that function does not modify any global variables except those 
named or the data addressed by its nth parameter. At least one global or 
parameter number must be given, and there may be more than one of either 
kind in any order. 


This pragma must appear before the first use of the function. A convenient method 
is to put it with a prototype declaration for the function, for example, in a header 
file. 


Contrast with pure_function Pragma, p.139, which also promises that a function 
does not use any global or static variables. 


Example: 


#pragma no_side_effects strcemp(1), sin(errno), \ 
my_func(1, 2, my_global) 


#pragma option option [option | 


Where option is any of the -g, -O, or -X options (including the leading ‘-’ character). 
This option makes it possible to set these options from within a source file. 


These options must be at the beginning of the source file before any other source 
lines. The effect of other placement is undefined. 


Note that some -X options are consumed by driver or compiler command-line 
processing before a source file is read. If an -X option does not appear to hve the 
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intended effect, try it on the command line. If effective there, that option can not be 
used as a pragma. 


#pragma pack [ ([[max_member_alignment], [min_structure_alignment][, byte-swap]]) | 


The pack directive specifies that all subsequent structures are to use the alignments 
given by max_member_alignment and min_structure_alignment where: 


max_member_alignment 
Specifies the maximum alignment of any member in a structure. If the 
natural alignment of a member is less than or equal to 
max_member_alignment, the natural alignment is used. If the natural 
alignment of a member is greater than max_member_alignment, 
max_member_alignment will be used. 


Thus, if max_member_alignment is 8, a 4-byte integer will be aligned ona 
4-byte boundary. 
While if max_member_alignment is 2, a 4-byte integer will be aligned on a 
2-byte boundary. 


min_structure_alignment 
Specifies the minimum alignment of the entire structure itself, even if all 
members have an alignment that is less than min_structure_alignment. 


byte-swap 
If 0 or absent, bytes are taken as is. If 1, bytes are swapped when the data 
is transferred between byte-swapped members and registers or 
non-byte-swapped memory. This enables access to little-endian data on a 
big-endian machine and vice-versa. 


It is not possible to take the address of a byte-swapped member. 


If neither max_member_alignment nor min_structure_alignment are given, they are 
both set to 1. If either max_member_alignment or min_structure_alignment is zero, the 
corresponding default alignment is used. If max_member_alignment is non-zero and 
min_structure_alignment is not given it will default to 1. 


The form #pragma pack is equivalent to #pragma pack(1,1,0). The form 
#pragma pack() is equivalent to #pragma pack(0,0,0). 


The align pragma, provided for portability, is an exact synonym for pack. 


An alternative method of specifying structure padding is by using __packed__and 
packed Keywords, p.143. 
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Default values for max_member_alignment and min_structure_alignment can be set 
by using the -Xmember-max-align and the -Xstruct-min-align options. The order 
of precedence is values -X options lowest, then the packed pragma, and 
__packed__ or packed keyword highest. 


Restrictions and Additional Information 


Note that if a structure is not packed, the compiler will insert extra padding to assure 
that no alignment exception occurs when accessing multi-byte members because 

the processor requires that multi-byte variables be aligned on 4-byte boundaries; 

see5.4.7 Specify Minimum Alignment for Single Memory Access to 

Multi-byte Values (-Xalign-min=n), p.60. 


When a structure is packed, because the processor requires that multi-byte values 
be aligned (-Xalign-min > 1), the following restrictions apply: 


» Access to multi-byte members will require multiple instructions. (This is so 
even if amember is aligned as would be required within the structure because 
the structure may itself be placed in memory at a location such that the 
member would be unaligned, and this cannot be determined at compile time.) 


* volatile members cannot be accessed atomically. The compiler will warn and 
generate multiple instructions to access the volatile member. Also, 
“compound” assignment operators to volatile members, such as +=, | =, etc., 
are not supported. For example, assuming i is a volatile member of packed 
structure struct1, then the statement: 


structl.i += 3; 
must be recoded as: 
structl.i = structl.i + 3; 


In addition, for packed structures, an enum member will use the smallest type 

sufficient to represent the range, see 5.4.50 Specify enum Type (-Xenum-is-...), p.77. 
Examples 

Later examples depend on earlier examples in some cases. 


#pragma pack (2,2) 
struct sO { 


char a; 1 byte at offset 0, 1 byte padding 
short b; 2 bytes at offset 2 

char ¢; 1 byte at offset 4 

char d; 1 byte at offset 5 

int e; 4 bytes at offset 6 
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char f; 1 byte at offset 10 
}; total size 11, alignment 2 


If two such structures are in a section beginning at offset 0xF000, the layout would 
be: 


FOOO a 
Fo02 b 
F004 e 
F005 d 
F006 

e 
FOOA : 
FOOB padding 
FOOC a 
FOOD padding 
FOOE b 
F010 e 
FO11 d 
F012 

e 
F016 f 
FO17 

#pragma pack (1) Same as #pragma pack(1,1), no padding. 
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struct $1. { 
char cl 


long il; 
char dl; 


#pragma pack (8) 
SEPUCE S24 
char c2 


long i2; 
char d2; 


#pragma pack (2,2) 
struct S3 { 
char c3; 
long i3; 
char d3; 


struct S4 { 
char c4; 


#pragma pack (8) 
struct S { 
char el; 
struct S1 s1; 
struct S2 s2; 
char e2; 
struct S3 s3; 


#pragma pack (0) 


1 byte at offset 0 

4 bytes at offset 1 

1 byte at offset 5 

total size 6, alignment 1 


Use “natural” packing for largest member. 


1 byte at offset 0,3 bytes padding 
4 bytes at offset 4 

1 byte at offset 8,3 bytes padding 
total size 12, alignment 4 


Typical packing on machines which cannot 
access multi-byte values on odd-bytes. 

1 byte at offset 0, 1 byte padding 

4 bytes at offset 2 

1 byte at offset 6, byte padding 

total size 8, alignment 2 


Using pragma from prior example. 

1 byte at offset 0, 1 byte padding 

total size 2, alignment 2 since 
min_member_alignment is 2 above 


“Natural” packing since S3 is 8 bytes long. 


1 byte at offset 0 

6 bytes at offset 1, 1 byte padding 
12 bytes at offset 8 

1 byte at offset 20, 1 byte padding 

8 bytes, at offset 22, 2 bytes padding 
alignment 2 

total size 32, alignment 4 


Set to default packing. 
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pure_function Pragma 


section Pragma 


#pragma pure_function function ,... 

Promises that each function does not modify or use any global or static data. Helps 
the compiler generate better code, for example, in optimization of common 
sub-expressions containing identical function calls. Contrast with no_side_effects 
Pragma, p.134, which only promises that a function does not modify global 
variables. 


This pragma must appear before the first use of the function. A convenient method 
is to put it with a prototype declaration for the function, perhaps in a header file. 
Example: 


#pragma pure_function sum 
int sum(int a, int b) { 
return a+b; 


} 


#pragma section class_name [istring [ustring]] [addr_mode] [acc_mode] [address=x] 
The #pragma section directive defines sections into which variables and code can 
be placed. It also defines how objects in sections are addressed and accessed. 


This pragma must appear before the declaration (for functions, before the 
prototype if present) of all variables and all functions to which it is to apply. 


The section pragma is discussed in detail in 14. Locating Code and Data, Addressing, 
Access. 


use_section Pragma 


#pragma use_section class_name variable ,... 


Selects the section class into which a variable or function is placed. A section class 
is defined by #pragma section. 


This pragma must appear before the declaration (for functions, before the 
prototype if present) of all variables and all functions to which it is to apply. 


The use_section pragma is discussed in detail in 14. Locating Code and Data, 
Addressing, Access. 
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#pragma warning string 


Display string on standard error as a warning and continue compilation. See also 
error Pragma, p.130, and info Pragma, p.131. 


#pragma weak symbol 
Mark symbol as weak. 


When a #pragma weak for a symbol is given in the module defining the symbol, it 
is a weak definition. When the #pragma weak is in a module using but not defining 
it, it is a weak reference. 


Because this pragma is ultimately processed by the assembler, it may appear 
anywhere in the source file. 


A weak symbol resembles a global symbol with two differences: 


* When linking, a weak definition with the same name as a global or common 
symbol is not considered a duplicate definition; the weak symbol is ignored. 


«  Ifno module is present to define a symbol, unresolved weak references to the 
symbol have a value of zero and remain undefined in the symbol table after 
linking, and no error is reported. 


Note while a symbol may be defined in more than one module as long as at most 
one of the definitions is global or common while the rest (or all) are weak, the 
linker resolves references to the first instance of the symbol it encounters. Consider 
the following scenario. Function foo() uses x, which is declared weak in library 1 
and global in library 2. If library 1 is searched first, the weak version of x will be 
used. On the other hand, if library 2 is subsequently linked (because, for example, 
another function uses it), then the global version of x will replace the weak version. 


#pragma weak is incompatible with local data area (LDA) allocation; using 
#pragma weak with -Xlocal-data-area or -Xlocal-data-area-static-only enabled 
will produce a warning and temporarily disable LDA. See 5.4.87 Allocate Static and 
Global Variables to Local Data Area (-Xlocal-data-area=n), p.94, and 14.4 Local Data 
Area (-Xlocal-data-area), p.254. 
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6.4 Keywords 


The following additional keywords are recognized by the compiler. 


__asm and asm Keywords 


Used to embed assembly language (see 7. Embedding Assembly Code) and use the 
information found in Assigning Global Variables to Registers, p.153. 


__attribute__ Keyword 


See 6.5 Attribute Specifiers, p.145. 


extended Keyword (C only) 


If the option -Xkeywords=x is used with the least significant bit set in x (e.g., 
-Xkeywords=0x1), the compiler recognizes the keyword extended as a synonym 
for long double. 


Example: 


extended e; /* the same as long double e; */ 


__inline__ and inline Keywords 


The __inline__ and inline keywords provide a way to replace a function call with 
an inlined copy of the function body. The __inline__ keyword is intended for use 
in C modules but is disabled in strict-ANSI mode. The inline keyword is normally 
used in C++ modules but can also be used in C if the option -Xkeywords=0x4 is 
given (5.4.83 Enable Extended Keywords (-Xkeywords=mask), p.91). 


__inline__ and inline make the function local (static) to the file by default. 
Conversely, the #pragma inline directive provides a hint to inline the code directly 
to the code optimizer, without any effect on the linkage scope. Use extern to make 
an inline function public. 
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NOTE: Functions are not inlined, even with an explicit #pragma inline, or 
__inline__ or inline keyword unless optimization is selected with the -XO or -O 
options. 


Note that using -O will automatically inline functions of up to 10 nodes (including 
“empty” functions), and -XO will automatically inline functions of up to 40 nodes. 
See how these values are controlled in 5.4.76 Inline Functions with Fewer Than n 
Nodes (-Xinline=n), p.89. An explicit pragma or keyword can be used to force 
inlining of a function larger than the value set with implicitly or explicitly with 
-Xinline. 


See Inlining (0x4), p.197, for a complete discussion of all inlining methods. 


Example: 
__inline_ void inc(int *p) { 
*p = *p+1; 
} 
inc (&x) ; 


The function call will be replaced with 


x = xt1; 


__interrupt__ and interrupt Keywords (C only) 


The __interrupt__ keyword provides a way to define a function as an interrupt 
function. The difference between an interrupt function and a normal function is 
that all registers are saved, not just the those which are volatile, and a special return 
instruction is used. __interrupt__ works like the interrupt Pragma, p.132. The 
keyword interrupt can also be used; see 5.4.83 Enable Extended Keywords 
(-Xkeywords=mask), p.91. 


NOTE: See why this cannot be used with interrupt functions, 5.4.129 Enable Stack 
Checking (-Xstack-probe), p.112). 


Example: 


__interrupt__ void trap() { 
/* this is an interrupt function */ 


} 


For more information about interrupts, see the -Xinterrupt... and 
-Xnested-interrupts compiler options. 
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long long Keyword 


The compiler supports 64-bit integers for all M* CORE microprocessors. A variable 
declared long long or unsigned long long is an 8 byte integer. To specify a long 
long constant, use the LL or ULL suffix. A suffix is required because constants are 
of type int by default. 
Example: 

long long mask_nibbles (long long x) 

{ 


return (x & Oxf0f0fOfLOFOLOFOLOLL) ; 
} 


NOTE: Bit-fields are not permitted in variables of type long long. 


__packed__ and packed Keywords 


packed. ([[max_member_alignment], [min_structure_alignment] [, byte-swap]]) 


The __packed__ keyword defines how a structure should be padded between 
members and at the end. The keyword packed can also be used if the option 
-Xkeywords=0x8 is given. See pack Pragma, p.135 for treatment of 0 values, 
defaults, and restrictions. 


The max_member_alignment value specifies the maximum alignment of any 
member in the structure. If the natural alignment of a member is less than 
max_member_alignment, the natural alignment is used. See 8. Internal Data 
Representation for more information about alignments and padding. 


The min_structure_alignment value specifies the minimum alignment of the 
structure. If any member has a greater alignment, the highest value is used. 


Default values for max_member_alignment and min_structure_alignment can be set 
by using the -Xmember-max-align and the -Xstruct-min-align options. The order 
of precedence is values -X options lowest, then the packed pragma, and 
__packed__ or packed keyword highest. 


The byte-swapped option enables swapping of bytes in structure members as they 
are accessed. If 0 or absent, bytes are taken as is; if 1, bytes are swapped as they are 
transferred between byte-swapped structure members and registers or 
non-byte-swapped memory. 


See pack Pragma, p.135 for defaults for missing parameters and for additional 
examples. 
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Examples: 
__packed__ struct sl { no padding between members 
char c; 
int i starts at offset 1 
}; total size 5 bytes 


packed__ (2,2) struct s2 { maximum alignment 2 


char c; 
int i; starts at offset 2 
}; total size 6 bytes 
__packed__ (4) struct s3 { maximum alignment 4 
char c; 
int i; starts at offset 4 
}; total size 8 bytes 


packed__ (4,2) struct s4 { minimum alignment 2 
char c; 


}; total size 2 bytes 


For the C compiler only, constant expressions (in addition to simple constants) can 
be specified as arguments to the ___packed__ or packed keyword. 


pascal Keyword (C only) 


If the option -Xkeywords=x is used with bit 1 set in x (e.g., -Xkeywords=0x2), the 
compiler recognizes the keyword pascal. This keyword is a type modifier that 
affects functions in the following way: 


« The argument list is reversed and the first argument is pushed first. 


«= On CISC processors (for example, MC68000), the called function clears the 
argument stack space instead of the caller. 


__typeof__ Keyword (C only) 


__typeof__(arg), where arg is either an expression or a type, behaves like a defined 
type. Examples: 


__typeof__(int *) x; 
__typeof__(x) y; 
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The first statement declares a variable x whose type is the type of pointers to 
integers, while the second declares a variable y of the same type as x. Note that 
typeof (without underscores) is not supported. 


6.5 Attribute Specifiers 


Attribute specifiers, formed with the __attribute__ keyword, assign extra-language 
properties to variables, functions, and types. They can specify packing, alignment, 
memory placement, and execution options. When you have a choice between an 
attribute specifier and an equivalent pragma, it is preferable to use the attribute 
specifier. 


Attribute specifiers have the form __attribute__(( attribute-list )), where 
attribute-list is a comma-delimited list of attributes. Supported attributes, some of 
which include parameters in parentheses, are described in the sections that follow. 


An attribute specifier can appear in a variable or function declaration, function 
definition, or type definition; or following any variable within a list of variable 
declarations. Multiple attribute specifiers should be separated by whitespace. 


When an attribute specifier modifies a function, it can appear before or after the 
return type. Examples: 


__attribute__((pure)) int foo(int a, b); 
int __attribute__((no_side_effects)) bar(int x); 


When an attribute specifier modifies a struct, union, or enum, it can appear 
immediately before or after the keyword, or after the closing brace. Example: 


struct b { 
char b; 
int a; 
} __attribute__(( aligned(2) )) str1; 


For non-structure fields, the specifier can be placed anywhere before or 
immediately following the identifier name: 


__attribute__(( aligned(2) )) int foo; 
int __attribute__(( aligned(4) )) bar; 
int foobar __attribute__(( aligned(8) )); 


Placement of a specifier determines how the attribute is applied. Example: 
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// align a and b on 4-byte boundaries 
__attribute__(( aligned(4) )) char a='a', b='b'; 


// force alignment only for c 
char __attribute__(( aligned(4) )) c='c', d ='d'; 


// force alignment only for f 
char e='e', £ __attribute__(( aligned(4) )) ='f'; 


If an attribute specifier modifies a typedef, it applies to all variables declared using 
the new type: 


typedef __attribute__(( aligned(4) )) char AlignedChar; 


// a and b are aligned on 4-byte boundaries 
AlignedChar a='a', b='b'; 


To eliminate naming conflicts between attributes and preprocessor macros, any 
attribute name can be surrounded by double underscores. For example, aligned 
and __aligned__ are synonyms; __attribute__(( aligned(2) )) is equivalent to 
__attribute__((__aligned__(2) )). 


NOTE: The placement of attribute specifiers can be misleading. For example: 
int last_func() { 
See eee iaeksedeny // modifies foo, not last_func 
int foo() { 


} 


This example is confusing because in type definitions, the attribute specifier can 
follow the closing brace. But in function definitions, the attribute specifier must 
appear directly before or after the return type. 


When an attribute takes a numeric parameter, the parameter can be a simple 
constant or a constant expression. Example: 


__attribute__(( aligned(sizeof(double)) )) int x[32]; 


In this example, the constant expression sizeof(double) is used as a parameter to 
the aligned attribute. 


absolute Attribute (C only) 


__attribute__((absolute)) indicates that a const integer variable is an absolute 
symbol. Example: 


const int foo __attribute__((absolute)) = 7; 
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This declaration means that foo appears in the symbol table and always represents 
the value 7; no memory is allocated to store foo. 


aligned(n) Attribute 


To specify byte alignment for a variable or data structure, use: 
__attribute_ (( aligned(m) )) 
where n is a power of two. Example: 


// align structure on 8-byte boundary 
__attribute__(( aligned(8) )) struct a { 
char b; 
int a; 
} stri; 


This is often combined with the packed Attribute, p.149. Example: 


struct b { 
char b; 
int a; 
} __attribute__(( aligned(2), packed )) str2; 


You can force alignment for a specific element within a structure: 
struct c { 
int k; 
__attribute__ (( aligned(8) )) char m; // align m on 8 bytes 
} str3; 
But special alignment for members of a packed structure is ignored: 


struct c { 


int k; 
__attribute__ (( aligned (8) )) char m; // alignment ignored 
} __attribute__((packed)) str4; 


Nested alignment attributes are preserved within a struct or union. 


constructor, constructor(n) Attribute 


A constructor, or initialization, function is executed before the entry point of your 
application—that is, before main( ). To designate a function as a constructor with 
default priority, use: 


__attribute__ ((constructor) ) 
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To designate a function as a constructor with a specified priority, use: 
__attribute__ (( constructor(n) )) 


where 1 is anumber between 0 and 65535. Specifying a priority level allows you to 
control the order in which initialization functions execute; the lower the value of n, 
the earlier the function executes. For more information, see 15.4.8 Run-time 
Initialization and Termination, p.269. 


deprecated, deprecated(string) Attribute (C only) 


Causes the compiler to issue a warning when the marked function, variable, or 
type is referenced. 


__attribute__ ( (deprecated) ) 
__attribute__ ( (deprecated (string) )) 


The optional string is included with the warning message. 


destructor, destructor(n) Attribute 


A destructor, or finalization, function is executed after the entry point of your 
application or after exit(). To designate a function as a destructor with default 
priority, use: 
__attribute__ ( (destructor) ) 
To designate a function as a destructor with a specified priority, use: 
_attribute__ (( destructor(”) )) 


where 1 is anumber between 0 and 65535. Specifying a priority level allows you to 
control the order in which finalization functions execute; the lower the value of n, 
the earlier the function executes. For more information, see 15.4.8 Run-time 
Initialization and Termination, p.269. 


noreturn, no_return Attribute 


To indicate that a function will never return to the caller, use: 
__attribute_ ((noreturn) ) 


This allows the compiler to remove unnecessary code intended for returning 
execution to the caller on exit. The no_return attribute is equivalent to no return. 
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no_side_effects Attribute 


This attribute is a less restrictive version of pure (see pure, pure_function Attribute, 
p-149). __attribute__((no_side_effects)) indicates that a function does not modify 
any global data. 


packed Attribute 


This attribute specifies alignment for types and data structures. 
__attribute__((packed)) tells the compiler to use the smallest space possible for the 
data to which it is applied. Example: 


struct b { 
char b; 
int @ ; 
}  __attribute__ ((packed)) str1; 


When used with aligned, the packed attribute takes precedence as discussed in 
aligned(n) Attribute, p.147. 


pure, pure_function Attribute 


This attribute indicates that a function does not modify or use any global or static 
data and that it accesses only data passed to it as parameters. Using 
__attribute__((pure)) allows the compiler to perform optimizations such as global 
common subexpression elimination. The pure_function attribute is equivalent to 
pure. If this attribute is applied to a function that has side effects, run-time 
behavior may be indeterminate. 


See also no_side_effects Attribute, p.149. 


section(name) Attribute 


To specify a linker section in which to place a function or variable, use: 
__attribute_ (( section("name") )) 
This creates a section called name and places the designated code in it. Example: 


// place funcl in a section called foo 
void funcl(void) __attribute__(( section("foo") )); 


For variables, the section is created as a read-write data segment. For functions, the 
section is created as a read-execute code segment. There are no options to change 
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the properties of the section. For greater control over sections, use #pragma section 
(see 14. Locating Code and Data, Addressing, Access). 


An attempt to mix types of information in a single section (for example, constant 
data in a section reserved for code or variables) produces an error (dcc1793). In this 
example, the compiler assumes from the first statement that the section .mydata is 
intended to be of the DATA section class, whereas the second statement assumes 
that .mydata will be a CONST section class: 


__attribute__((section(".mydata"))) int var = 1; 
__attribute__((section(".mydata"))) const int const_var = 2; 


NOTE: In some cases, the compiler may not honor an attempt to use the section 
attribute to place initialized data into a section intended for uninitialized data, and 
vice-versa. For example, in the following code: 


__attribute__((section(“.bss”))) int x = 3; 


x will be assignedto the .data section, not .bss. 


See Table 14-1 on page 243 for a list of sections and section classes. 


There is no cross-module verification that section names are used consistently. 
Incorrect usage, including typographical errors, cannot be detected until link time. 


6.6 Intrinsic Functions 


The compiler implements the following intrinsic functions to give access to specific 
MeCORE instructions. See the processor manufacturer’s documentation for 
details on machine instructions. 


Intrinsic functions can be selectively disabled with the -Xintrinsic-mask=n 
(-X154=n) option, where n is a bit mask that can be given in hex; mask bits can be 
OR-ed to select more than one. n defaults to Oxf. 


Note: 


* Functions taking integral arguments first sign-extend their arguments to 32 
bits. 


* Functions taking long long arguments first sign-extend their arguments to 64 
bits. 
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6.6 Intrinsic Functions 


« These functions are not prototyped and return an int (32 bits) by default. A 
prototype may be used to define a different return type. 


Function 


Mask 


Description 


abs (integral) 


alloca (integral) 


__ alloca (integral) 


__brev (integral) 


__££0 (integral) 


__££011 (long long) 


__££1 (integral) 


0x8 
0x800000 


Ox2 


Ox1 


Ox1 


Ox1 


Return the absolute value of the argument. 


Allocates temporary local stack space for 
an object of size integral. Returns a pointer 
to the start of the object. The allocated 
memory is released at return from the 
current function. 


Same as alloca( ), but cannot be disabled. 


Return an int equal to the argument with 
the bits reversed (bit 0 becomes bit 31, bit 1 
becomes bit 30, etc.). 


Return the position of the first zero bit in 
the integral argument, counting the most 
significant bit as 0. The argument is first 
sign-extended to 32 bits. If the argument is 
0, the value returned is 0; if the argument is 
-1, the value is 32. 


Return the position of the first zero bit in 
the long long argument, counting the most 
significant bit as 0. The argument is first 
sign-extended to 64 bits. If the argument is 
0, the value returned is 0; if the argument is 
-1LL, the value is 64. 


Return the position of the first one bit in 
the integral argument, counting the most 
significant bit as 0. The argument is first 
sign extended to 32 bits. If the argument is 
0, the value returned is 32; if the argument 
is -1, the value is 0. 
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Function Mask Description 


_££111 (long long) Ox1 Return the position of the first one bit in the 
long long argument, counting the most 
significant bit as 0. The argument is first 
sign extended to 64 bits. If the argument is 
0, the value returned is 64; if the argument 
is -1LL, the value is 0. 


labs (Jong) 0x8 Return the absolute value of the long 
argument. (Returns long.) 


__tstnbz (integral) Ox4 Return a 1 if any bit in the argument is 
non-zero, else 0. 


6.7 Other Additions 


C++ Comments Permitted 


C++ style comments beginning with // are allowed by default. To disable this 
feature, use -Xdialect-strict-ansi. Example: 
int numberlbits (int i) // Count the number of 1 bits 


{ (fae ais 
int n = 0; 


while (i != 0) { 
i &= (i - 1); 
n ++; 

} 


return n; 


Dynamic Memory Allocation with alloca 


The alloca(size) and __alloca(size) functions are provided to dynamically allocate 
temporary stack space inside a function. Example: 
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char *alloca(); 
char *p; 


p = alloca(1000); 


The pointer p points to an allocated area of 1000 bytes on the stack. This area is 
valid only until the current function returns. The use of alloca( ) typically increases 
the entry /exit code needed in the function and turns off some optimizations such 
as tail recursion. 


See 6.6 Intrinsic Functions, p.150 for additional details. 


Binary Representation of Data 


The compiler recognizes variables and constants that are given in binary format. 
For example, it will accept the following: 


unsigned int x = 0b00001010; 
Note that the compiler does not recognize the following format: 
unsigned int x = 00001010b; 


Use of binary representation in C may make your code non-portable. 


Assigning Global Variables to Registers 


You can assign a global variable to a preserved register by placing 
asm("register-name") or __asm("register-name") immediately after the variable name 
in the declaration. Example: 


int some_global_var asm("r11"); 


This assigns the variable some_global_var to r11. Local variables cannot be 
assigned in this way. 


__ERROR _ Function 


The _ ERROR__() function produces a compile-time error or warning if it is seen 
by the code generator. This is useful for making compile-time checks beyond those 
possible with the preprocessor—e.g. ensuring that the sizes of two structures are 
the same, as shown in the example below. If the _ ERROR__() function is placed 
after an if statement that is not executed unless the assertion fails, the optimizer 
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removes the _ ERROR__() function and no error is generated. (The optimizer must 
be enabled (at any level) for this technique to work.) 


The syntax of the _ ERROR_() function: 
__ERROR_ (error-string [ , value ]) 


where error-string is the error message to be generated and the optional value 
defines whether the error should be: 


0 warning - compilation will continue 

1 error - compilation will continue but will stop after the entire file has been 
processed 

2 fatal error - compilation is aborted 


If no value is given, the default value of 1 is used. Example: 
extern void __ERROR__ (char *, ...); 


#define CASSERT(test) \ 
if (! (test) ) ERROR__("C assertion failed: " #test) 


CASSERT (sizeof (struct a) == sizeof(struct b)); 
When _ERROR__() is used in C++ code, it must be declared like this: 


extern "C" void __ERROR__(char *, ...); 


sizeof Extension 


The sizeof operator has been extended to incorporate the following syntax: 
sizeof(type, int-const) 

where int-const is an integer constant between 0 and 2 with the following 

semantics: 

0 standard sizeof, returns size of type 

1 returns alignment of type 

2 returns an int constant depending on type as follows: 


signed char 0 
unsigned char 1 
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char C: 1 (char is unsigned by default) 
C++: 44 

signed short 2 
unsigned short 3 
signed int 4 
unsigned int 5 
signed long 6 
unsigned long 7 

long long 8 
unsigned longlong 9 

float 14 
double 15 

long double 16 

void 18 


pointer toanytype 19 
array of any type 22 


struct, union C: 23 
C++: same as class, 32 
function 25 
class C++: 32 
reference C++: 33 
enum C++: 34 
Examples: 
i = sizeof(long ,2) /* type of long: i = 6 */ 
j = sizeof (short,1) /* alignment of short: j = 2 */ 


vararg Macros 


The preprocessor supports several styles of variadic macro, including ANSI C 
draft, C99, and GNU. Use of vararg macros is illustrated below: 


va_arg.c: 
// C draft 
#define debug(...) fprintf(stderr, __VA_ARGS__) 
#define showlist(...) puts(#__VA_ARGS__) 
#define report(test, ...) ((test) ?puts(#test) :\ 
printf (__VA_ARGS__) ) 
// C99 
#define foo(stringl, ...) printf(stringl, ## __VA_ARGS__, ":end") 
// GNU 
#define bar(string2, args...) printf(string2, ## args, ":end") 


debug ("Flag") ; 
debug("X = %d\n", x); 
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showlist(The first, second, and third items.); 
report (x>y, "x is ¢d but y is %d", x, y); 
foo("start") ; 

bar ("begin") ; 


> dcc -E va_arg.c 
# 1 "va_arg.c" 0 


fprintf(stderr, "Flag") 
fprintf(stderr, "X = d\n", x) ; 
puts("The first, second, and third items.") ; 


((x>y) ?puts ("x>y"): printf( "x is %d but y is %d", x, y)) ; 
printf("start", ":end") ; 
printf("begin", ":end") ; 


> 
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7.1 Introduction 157 

7.2 asm Macros 159 

7.3 asm String Statements 164 
7.4 Reordering in asm Code 166 
7.5 Direct Functions 167 


7.1 Introduction 


There are three approaches to embedding assembly code in source files: flexible 
asm macros, simple but less flexible asm strings, and direct functions for embedding 
machine code. 


A WARNING: When embedding assembly code with any method, you must use only 
scratch registers. See 9.6 Register Use, p.186 to determine the scratch registers. 


If optimization is enabled, even hand-inserted assembly language may be 
optimized. See 7.4 Reordering in asm Code, p.166 
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NOTE: The compiler recognizes extended GNU inline syntax (e.g. register usage 
specification) but does not translate it. When extended syntax is encountered, the 
compiler issues an error message. 


The asm and __asm keywords provide a way to embed assembly code within a 
compiled program. Either keyword may be used to introduce an assembly string 
or assembly macro as defined below, but asm is not defined in C modules if the 
-Xdialect-strict-ansi option is used. In the text below, whenever asm is used, 
__asm can be used instead. 


There are two ways of using the asm keyword. The first is a simple way to pass a 
string to the assembler, an asm string. The second is to define an asm macro that 
inlines different assembly code sections, depending on the types of arguments 
given. The following two sections discuss both methods. 7.5 Direct Functions, p.167 
provide a third way to embed code by using integer values. The following table 
contrasts the three method. 


Methods for Embedding Assembly Code 


Method Implementation Calling Conventions, Parameters 
asm string Expanded inline where None — difficult to access 
encountered. Functions source variables. 
containing asm strings with 
labels may not be inlined more 
than once per function. 
asm macro Expanded inline where called. | Parameters matched by type 
Functions containing asm per storage mode lines. May 
macros may be inlined without return a value. 
restriction. 
Direct Always inlined where called. All normal calling conventions 
function are followed. May return a 


value. 


To confirm that embedded assembly code has been included as desired, compile 
with the -S option and examine the resulting .s file. 


The examples in this chapter apply to both C and C++. 
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7.2 asm Macros 


While asm strings (described in 7.3 asm String Statements, p.164) can be useful for 
embedding simple assembly fragments, they are difficult to use with variables 
inside the assembly code. asm macros provide a more flexible way to embed 
assembly code in compiled programs. 

asm Macro Syntax 


An asm macro definition looks much like a function definition, including a return 
type and parameter list, and function body. 


The syntax is: 


asm [volatile] [return-type] macro-name ([ parameter-list ] ) 


% storage-mode-list (must start in column 1) 

1 i -lis way is ‘ 

! register-list (“!” must be first non-whitespace) 
asm-code 

} (must start in column 1) 


where: 


* volatile prevents instructions from being interspersed or moved before or 
after the ones in the macro. 


= return-type is as ina standard C function. Fora macro to return a value of the given 
type, the assembly code must put the return value in an appropriate register as 
determined by the calling conventions. See 9.5 Returning Results, p.185 for details. 


=" macro-name is a standard C identifier. 


= parameter-list is as in a standard C function, using either old style C with just 
names followed by separate type declarations, or prototype-style with both a 
type and a name for each parameter. Parameters should not be modified 
because the compiler has no way to detect this and some optimizations will fail 
if a parameter is modified. 


* storage mode line begins with a “%” which must start in column 1. The 
storage-mode-list is used mainly to describe parameters and is described below. 
A macro with no parameters and no labels does not require a storage mode 
line. 


* — register-list is an optional list of scratch registers, each specified as a 
double-quoted string, or the string “call” if the macro makes a call, separated 
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by commas. Specifying this list enables the compiler to generate more efficient 
code by invalidating only the named registers. Without a register-list, the 
compiler assumes that all scratch registers are used by the asm macro. See 
Register-List Line, p.162 for details. 


= asm-code is the code to be generated by the macro. 

« final right “}’closes the body; it must start in column 1. 

The compiler treats an asm macro much like an ordinary function with unknown 
properties: 

» Any global or static variable can be modified. 


= #pragma directives can be used to tell the compiler if the function has any side 
effects, etc. 


However, because the asm macro is by definition inlined, it is not possible to take 
the address of an asm macro. 


The compiler discards any invocation of an empty asm macro (one with no storage 
mode line and no assembler code). This may be useful for macros used for 
debugging purposes. 


NOTE: An asm macro must be defined in the module where it is to be used before 
its use. Otherwise the compiler will treat it as an external function and, assuming 
no such function is defined elsewhere, the linker will issue an unresolved external 
error. 


In C++, forward declarations of asm macros are not permitted. Hence, while static 
member functions can be asm macros, the asm keyword must occur in the function 
definition, not in the class declaration. 


Storage Mode Line — Describing Parameters and Labels 
The storage mode line is not required if a macro has no parameters and no labels. 


For a macro with parameters, a storage mode line is required to describe the 
methods used to pass the parameters to the macro. Currently, for M* CORE targets, 
all parameters are passed in registers for convenience. A storage mode line is also 
required if the macro generates a label. 


Every parameter name in the parameter-list must occur exactly once in a single 
storage mode line. The form of the storage-mode-line is: 


%[reg | con | lab] name, ...; [reg | con | lab] name , 
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where: 


reg 
Introduces a list of one or more parameters. Every parameter name in the 
parameter-list must occur exactly once in the single storage mode line. 


Arguments to a macro are assigned to registers following the usual calling 
conventions. For example, four int arguments will use registers 12, r3, r4, and 
15. Other scratch registers may be used freely in the macro. This limits the 
maximum number of parameters to the number allowed by the registers used 
for parameters (see 9.3 Argument Passing, p.183 and 9.6 Register Use, p.186). 


NOTE: If the compiler has already moved an argument to a preserved register, 
the compiler will use it from there in the macro rather than moving it to the 
usual parameter register. Therefore, always use a parameter name rather than a 
register name when coding a macro. 


NOTE: Because arguments may be in preserved registers as just noted, macros 
should avoid use of preserved registers, even if saved and restored. 


con 
The parameter is a constant. 


lab 
A new label is generated. lab is not actually a storage mode — the name 


following lab is not a parameter (a lab identifier is not allowed as a parameter). 
It is a label used in the assembly code body. 


For each use of the macro, the compiler will generate a unique label to 
substitute for the uses of the name in the macro. 


Names of long long parameters must be appended with !H or !L—e.g. 
someParameter!H. This replaces the parameter with a register holding the most 
(!H) or least (!L) significant 32 bits. The register is chosen based on the 
compilation’s endian mode. 


“No Matching asm Pattern Exists” 


The compiler error message “no matching asm pattern exists” indicates that no 
suitable storage mode was found for some parameter, or that a label was used in 
the macro but no lab storage mode parameter was present. For example, it would 
be an error to pass a variable to a macro containing only a con storage mode 
parameter. 
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Register-List Line 


An asm macro body may optionally contain a register-list line, consisting of the 
character “!” in column 1 and an optional register-list. The register-list if present , is 
a list of scratch registers, each specified as a double-quoted string, or the string 
“call”, separated by commas. Specifying this list enables the compiler to generate 
more efficient code by invalidating only the named registers. Without a register-list, 
the compiler assumes that all scratch registers are used by the asm macro. Also, if 
a register-list is specified and the assembly macro makes a call, the “call” string 
must also be specified to cause the link register to be saved and restored. 


ayy 


The register-list line must begin with a character, which must be the first 
non-whitespace character on a line. The specification can occur anywhere in the 
macro body, and any number of times, however it is recommended that a single 
line be used at the beginning of the macro for clarity. 


Supported scratch registers are r1-r7. Also, if a register-list line is specified and the 
assembly macro makes a call, then “call” must also be specified to cause the link 
register to be saved and restore around the macro. See 9.6 Register Use, p.186 for 
more information about registers. 


If the “!” is present without any list, the compiler assumes that no scratch or link 
registers are used by the macro. 


NOTE: If supplied, the register-list must be complete, that is, must name all scratch 
registers used by the macro and must include “call” if the macro makes a call. 
Otherwise, the compiler will assume that registers which may in fact be used by 
the macro contain the same value as before the macro. 


Also, as noted below, any comment on the register-list line must be a C-style 
comment (“/* ... */”) because this line is processed by the compiler, not the 
assembler. 


Comments in asm Macros 


Any comment on the non-assembly language lines—that is, the asm macro 
function-style header, the “{” or “}” lines, or a storage-mode or register-list line— 
must be a C-style comment (“/* ... */”) because this line is processed by the 
compiler, not the assembler. 


Comments on the assembly language line may be either C style or assembler style. 
If C style, they are discarded by the compiler and are not preserved in the 
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generated .s assembly-language file. If assembler style, they are visible in the .s file 
on every instance of the expanded macro. 


Assembler-style comments in asm macros are read by the preprocessor when the 
source file is processed. For this reason, apostrophes and quotation marks in 
assembler-style comments may generate warning messages. 


Examples of asm Macros 


In this example, a macro loops until the value at the address given by its parameter 
is non-zero and then returns the value at that address (int values are returned in 
register r2). 


asm int get_data (volatile unsigned int *address_p) 


{ 
% reg address_p; lab loop; 
Rs a 2 /* scratch registers used */ 


ld.w r3, (address_p,0) 
cmpnei 13,0 
jbt loop 
mov 2,63: 


extern volatile unsigned int device_in; /* input port */ 


int test (volatile unsigned int *device_in_p) 
{ 

int data; 

data = get_data (device_in_p); 

return get_data (& device_in); 


} 
The above code was compiled with: 
dcc -tMCOREEN -S -XO -Xpass-source asm_macro.c 
Extracts from the generated assembly code for the two macro calls follow. 


// data = get_data (device_in_p); 
.L4: 

ld.w r3, (r2,0) 

cmpnei 13,0 


jbt .L4 

Leh return get_data (& device_in); 
lrw r14,device_in 

35s 


ld.w r3, (r14,0) 
cmpnei 13,0 
jbt LL5 


163 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


NOTE: 
« The uniquely generated loop labels. 


« The macro argument is always forced to a register. Before the first expansion, 
device_in_p was passed to test in r2. For the second expansion, the address of 
device_in is loaded into r14. 


« The optimizer removed a mov instruction assigning the value to data at the 
end of the first expansion because it was not used after that. It did not suppress 
the whole expansion because the parameter was declared to be volatile. 


7.3 asm String Statements 


NOTE: asm string statements are primarily useful for manipulating data in static 
variables and special registers, changing processor status, etc., and are subject to 
several restrictions: no assumption can be made about register usage, non-scratch 
registers must be preserved, values may not be returned, some optimizations are 
disabled, and more. asm macro functions described above are recommended 
instead. See Notes and Restrictions, p.165 below. 


An asm string statement provides a simple way to embed instructions in the 
assembly code generated by the compiler. Its syntax is: 


asm[ volatile] ("string"[ 1! register-list]) ; 


where string is an ordinary string constant following the usual rules (adjacent 
strings are pasted together, a “\” at the end of the line is removed, and the next line 
is concatenated) and register-list is a list of scratch registers (see Register-List Line, 
p-162). The optional volatile keyword prevents instructions from being moved 
before or after the string statement. 


An asm string statement can be used wherever a statement or an external 
declaration is allowed. string will be output as a line in the assembly code at the 
point in a function at which the statement is encountered, and so must be a valid 
assembly language statement. 


If several assembly language statements are to be generated, they may either be 
written as successive asm string statements, or by using “\n” within the string to 
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end each embedded assembly language statement. The compiler will not insert 
any code between successive asm string statements. 


If an asm string statement contains a label, and the function containing the asm 
string is inlined more than once in some other function, a duplicate label error will 
occur. Use an asm macro with a storage mode line containing a lab clause for this 
case. See 7.2 asm Macros, p.159. 


Notes and Restrictions 


asm string statements are primarily useful for tasks like changing processor status 
(as in the example above) and manipulating data in static variables and special 
registers. When using asm string statements, consider the following notes and 
restrictions: 


No assumptions may be made regarding register values before and after an 
asm string statement. For example, do not assume that parameters passed in 
registers will still be there for an asm string statement. 


The compiler does not expect an asm string statement to “return” a value. 
Thus, using an asm string statement as the last line of a function to place a 
value in a return register does not ensure that the function will return that 
value. 


The compiler assumes that non-scratch registers are preserved by asm string 
statements. If used, these registers must be saved and restored by the asm 
string statements. 


The compiler assumes that scratch registers are changed by asm string 
statements and so need not be preserved. 


Some optimizations are turned off when an asm string statement is 
encountered. 


A function containing an asm string statement is never inlined. 


Because the string contained in quotation marks is passed to the assembler 
exactly as is (after any pasting of continued lines), it must be in the format 
required for an assembly language line. Specifically, an instruction line must 
begin with a space, a tab, or a label. Assembler directives may start in column 
one but only if the assembler -Xlabel-colon option is enabled (see Set Label 
Definition Syntax (-Xlabel-colon...), p.293). 


When an asm string statement appears in global scope, the compiler adds it to 
the output assembly module after all of the function definitions. For this 
reason, global asm string statements should not use assembler directives— 
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such as .set symbol—on which other asm statements (appearing in functions) 
depend. 


Example 7-1 Disable Interrupts 


The following sequence of asm string statements disables hardware interrupts. 
Note that a scratch register is used in the example. 


asm(" mfcr rl1,cr0O // get the current PSR value"); 

asm(" belri r1,4 // mask off interrupt enable (bit 4)"); 
asm(" mtcr ri1,crO // set the PSR"); 

asm(" br 1$ // branch to clear prefetch queue"); 
asm("1$: // target for branch"); 


7.4 Reordering in asm Code 


If optimization is requested (options -O or -XO), after generating an assembly file, 
the driver will run the reorder optimization program. reorder runs peephole 
optimizations and schedules the assembly file before the assembler assembles it, 
and does not distinguish assembly code generated by the compiler from assembly 
code inserted by asm macros or asm strings. Thus, explicit assembly instructions 
written in a particular order by the user may still be reordered by reorder. 


In general this may improve even hand-coded assembly language. If it is necessary 
to prevent this, write a .set noreorder directive in the asm string or asm macro at 
the point at which such re-ordering should be disabled, and a .set reorder directive 
where re-ordering can be re-enabled. Alternatively, define the string or macro as 
volatile. 
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7.5 Direct Functions 


Direct functions, available in C modules only, provide a way to inline machine 
code in a function. In a direct function definition, the body of the function is a list 
of integer constant expressions which represent the machine code. The form is: 


return_type] function_name ( [ parameter_type parameter_name ,... ] _— 


integer-constant-expression , 
integer-constant-expression , 


1; _ /* ';' vequired */ 
Rules: 
* Adirect function is signaled by the presence of an “=” character between the 


parameter list and the body of the function. 


» The expressions in the body are separated by commas and may be written one 
or more per line (with a comma after the final expression on a line if additional 
expression lines follow). 


LA 


* The final “}” closing the function body must be followed by a “;”. 


A direct function is always inlined when called. When called, what would be the 
branch to the function is replaced by a .short assembler directive having as 
operands the value of each expression as a hex constant. Otherwise, normal calling 
conventions are followed (e.g., any parameters are set up in the usual manner). 


Direct functions are supported primarily for compatibility reasons. asm macros 
provide a more flexible method to do nearly the same thing. See Table 7-1 which 
contrasts the differences. 
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This chapter describes the alignments, sizes, and ranges of the C and C++ data 
types for M*CORE microprocessors. 


8.1 Basic Data Types 


By default, the type plain char—that is, char without the keyword signed or 
unsigned—is treated as unsigned. 


The following table describes the basic C and C++ data types available in the 
compiler. All sizes and alignments are given in bytes. An alignment of 2, for 
example, means that data of this type must be allocated on an address divisible by 
2. 
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Table 8-1 C/C++ Data Types, Sizes, and Alignments 

Data Type Bytes Align Notes 

char 1 1 range (0, 255), or (-128, 127) with 
-Xchar-signed (Note 1) 

signed char 1 1 range (-128, 127) 

unsigned char 1 1 range (0, 255) 

short 2 2 range (-32768, 32767) 

unsigned short 2 2 range (0, 65535) 

int 4 4 range (-2147483648, 2147483647) 

unsigned int 4 4 range (0, 4294967295) 

long 4 4 range (-2147483648, 2147483647) 

unsigned long 4 4 range (0, 4294967295) 

long long 8 8 range (29 201) 

unsigned long long 8 8 range (0, 264-1) 

enum (Note 2) 4 4 same as int 

1 1 with-Xenum-is-small and fits in signed char 
or -Xenum-is-best and fits in unsigned char 
2 2 with -Xenum-is-small and fits in short or 

-Xenum-is-best and fits in unsigned short 

pointers 4 4 all pointer types; the NULL pointer has the 
value zero 

float 4 4 IEEE 754-1985 single precision 

double 8 8 IEEE 754-1985 double precision 

long double 8 8 JEEE 754-1985 double precision 

reference 4 4 C++:same as pointer (Note 3) 

ptr-to-member 8 4 C++: pointer to member 
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Table 8-1 C/C++ Data Types, Sizes, and Alignments (cont'd) 


Data Type Bytes Align Notes 
ptr-to-member-fn 12 4 C++: pointer to member function 
Notes: 


1. If the option -Xchar-unsigned is given, the plain char type is unsigned. If the 
option -Xchar-signed is given, the plain char type is signed. 


2. Ifthe option -Xenum-is-int is given, enumerations take four bytes. This is the 
default for C. 


If the option -Xenum-is-small is given, the smallest signed integer type 
permitted by the range of values for the enumeration is used, that is, the first 
of signed char, short, int, or long sufficient to represent the values of the 
enumeration constants. Thus, an enumeration with values from 1 through 128 
will have base type short and require two bytes. 


If the option -Xenum-is-best is given, the smallest signed or unsigned integer 
type permitted by the range of values for an enumeration is used, that is, the 
first of signed char, unsigned char, short, unsigned short, int, unsigned int, 
long, or unsigned long sufficient to represent the values of the enumeration 
constants. Thus, an enumeration with values from 1 through 128 will have 
base type unsigned char and require one byte. This is the default for C++. 


3. Areference is implemented as a pointer to the variable to which it is initialized. 


8.2 Byte Ordering 


Unless the “L” object format is used, all data is stored in big-endian order. That is, 
with the most significant byte of any multi-byte type at the lowest address. To 
access data in little-endian order, see the byte-swapped parameter for the #pragma 
pack in pack Pragma, p.135 and __packed__and packed Keywords, p.143. 


If the “L” object for format is selected, for example, -tMCORELS, then all data is 
stored in little-endian order, and reversed to big-endian with the byte-swapped 
parameter. 
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8.3 Arrays 


Arrays, excluding character arrays, have the same alignment as their element type. 
The size of an array is equal to the size of the data type multiplied by the number 
of elements. Character arrays have a default alignment of 4. -Xsize-opt sets the 
alignment of character arrays to 1, and -Xstring-align overrides -Xsize-opt. 
-Xarray-align-min, which overrides -Xstring-align, specifies a minimum 
alignment for all arrays. 


8.4 Bit-fields 


Bit-fields can be of type char, short, int, long, or enum. Plain bit-fields are 
unsigned by default. By using the -Xbit-fields-signed option (C only) or by using 
the signed keyword, bit-fields become signed. The following rules apply to 
bit-fields: 
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Allocation is from most significant bit to least. 


A bit-field never crosses its type boundary. Thus a char bit-field is never 
allocated across a byte boundary and can never be wider than 8 bits. 


Bit-fields are allocated as closely as possible to the previous struct member 
without crossing a type boundary. 


A zero-length bit-field pads the structure to the next boundary specified by its 
type. 
Bit-fields may not be type long long. 


The compiler accesses a bit-field by loads and stores appropriate to the 
bit-field’s type. For example, an int bit-field is accessed using a word load or 
store (or an equivalent set of smaller load /stores in the unaligned case), even 
if the bit-field spans only one byte. To ensure that a bit-field is accessed using 
byte (or half-word) load/stores, make the bit-field char or short, or use the 
-Xcompress-bitfields option. 


When a bit-field is promoted to a larger integral type, the comiler preserves 
sign as well as value unless -Xstrict-bitfield-promotions, -Xdialect-strict-ansi, 
or -Xstrict-ansi is enabled. 
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8.5 Classes, Structures, and Unions 


The alignment of class, struct, and union aggregates is the same as that of the 
member with the largest alignment. 


The size of a structure is the sum of the size of all its members plus any necessary 
padding. Padding is added so that all members are aligned to a boundary given by 
their alignment and to make sure that the total size of the structure is divisible by 
its alignment. 


The size of a union is the size of its largest member plus any padding necessary to 
make the total size divisible by the alignment. 


To minimize the necessary padding, structure members can be declared in 
descending order by alignment. 


See pack Pragma, p.135 and __packed__and packed Keywords, p.143 for more 
information. 


8.6 C++ Classes 


C++ objects of type class, struct, or union can be divided into two groups, 
aggregates and non-aggregates. An aggregate is a class, struct, or union with no 
constructors, no private or protected members, no base classes, and no virtual 
functions. All other classes are non-aggregates. 


The internal data representation for aggregates is exactly the same as it is for C 
structures and unions. 


Static member functions and static class members, as well as non-virtual member 
functions do not affect the representation of classes. Their relation to the classes are 
only encoded in their names (name mangling). Pointers to static member functions 
and static class members are ordinary pointers. Pointers to member functions are 
of the type pointer-to-member-function as described later. 


The internal data representation for non-aggregates has the following properties: 
* The rules for alignment are equal to the rules of aggregates. 


* The order that members appear in the object is the same as the order in the 
declaration. 
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Non-virtual base classes are inserted before any members, in the order that 
they are declared. 


A pointer to the virtual function table is added after the bases and members. 


For virtual base classes, a pointer to the base class is added after non-virtual 
bases, members, or the virtual function table. The virtual base class pointers 
are added in the order that they are declared. 


The storage for the virtual bases are placed last in the object, in the order they 
are declared, that is, depth first, left to right. 


Virtual base classes that declare virtual functions are preceded by a “magic” 
integer used during construction and destruction of objects of the class. 


Example: 


struct V1 {}; 
struct V2 {}; 
struct V3 : virtual V2 {}; 
struct Bl : virtual V1 {}; 
struct B2 : virtual V3 {}; 
struct D : Bl, private virtual V2, protected B2 { 
int dil; 
private: 
int, d2 
public: 
virtual ~D() {}; 
int d3; 
3 


The class hierarchy for this example is: 
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D is derived from B1, B1 is derived from V1 
D is derived from B2, B2 is derived from V3, V3 is derived from V2 


D is derived from V2 (which is virtual, thus there is only one copy of V2) 


8 Internal Data Representation 
8.6 C++ Classes 


The internal data representation for D is as follows: 


B1 


B2 


Body of D: 
d1 
d2 
d3 


Virtual function table pointer 


Pointer to virtual base class V1 


Pointer to virtual base class V2 


Pointer to virtual base class V3 


V1 


V2 


magic for V3 


V3 


Note: 
» When the class D is used as a base class to another class, for example: 
class E: D {}; 


only the base part of D will be inserted before the body of class E. The virtual 
bases V1, V2, and V3 will be placed last in class E, in the fashion described 
above. Class E would be laid out as follows: 
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Base part of D 


Body of E: 


V1 


V2 


magic for V3 


V3 


Pointers to Members 


The virtual function table pointer is only added to the first base class that 
declares virtual functions. A derived class will use the virtual function table 
pointer of its base classes when possible. A virtual function table will be added 
to a derived class when new virtual functions are declared, and none of its 
non-virtual base classes has a virtual function table. 


The virtual function table is an array of pointers to functions. The virtual 
function table has one entry per virtual function, plus one entry for the null 
pointer. 


Virtual base class pointers are added to a derived class when none of its 
non-virtual base classes have a virtual base class pointer for the corresponding 
virtual base class. 


Each virtual base class with virtual functions are preceded by an integer called 
magic. This integer is used when virtual functions are called during 
construction and destruction of objects of the class. 


The pointer-to-member type (non-static) is represented by two objects. One for 
pointers to member functions, and one for all other pointers to member types. The 
offsets below are relative to the class instance origin. 
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An object for a pointer to non-virtual or virtual member functions has three parts: 


voffset 


index 


otbl-offset 
or 
Function Pointer 


The voffset field is an integer that is used when the virtual function table is located 
in a virtual base class. In this case it contains the offset to the virtual base class 
pointer + 1. Otherwise it has a value of 0. 


The index field is an integer with two meanings. 


1. index <=0 
The index field is a negative offset to the base class in which the non-virtual 
function is declared. The third field is used as a function pointer 


2. index >0 
The index field is an index in the virtual function table. The third field, 
otbl-offset, is used as an offset to the virtual function table pointer of type 
integer 


A null pointer-to-member function has zero for the second and third fields. 


An object for a pointer-to-member of a non-function type has two parts: 


voffset 
moffset 


The voffset field is used in the same way as for pointer-to-member functions. The 
moffset field is an integer that is the offset to the actual member + 1. A null pointer 
to member has zero for the moffset field. 


Virtual Function Table Generation—Key Functions 


The virtual function table for a class will be generated only in the module which 
defines (not declares) its key virtual function (and does not inline it). The key virtual 
function is the virtual function declared lexically first in the class (or the only 
virtual function in the class if there is only one). 


177 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


Consider, for example: 


class C { 
public: 
virtual void f1(...); 
virtual void £2(...); 
} 
Because f1 is the first virtual function declared in the class, it is the key virtual 


function. 


Then, the virtual function table will be emitted for the module which provides the 
non-inlined definition of f1. 


8.7 Linkage and Storage Allocation 


Depending on whether a definition or declaration is performed inside or outside 
the scope of a function, different storage classes are allowed and have slightly 
different meanings. Notes are at the end of the section. 


Outside Any Function and Outside Any Class 


Specifier Linkage Allocation 
none external linkage, Static allocation (Note 1). 
program 
static file linkage Static allocation (Note 1). 
extern external linkage, None, if the object is not initialized in the 
program current file, otherwise same as “none” 
above. 


Inside a function, but outside any class 


Specifier Linkage Allocation 

none current block In a register or on the stack (Note 2). 
register current block In a register or on the stack (Note 2). 
auto current block In a register or on the stack (Note 2). 


178 


Specifier 
static 


extern 


8 Internal Data Representation 


8.7 Linkage and Storage Allocation 


Linkage 
current block 


current block 


Allocation 
Static allocation (Note 1). 


None, this is not a definition (Note 3). 


Outside any function, but inside a C++ class definition 


Outside the class, a class member name must be qualified with the :: operator, the 
. operator or the -> operator to be accessed. The private, protected, and public 
keywords, class inheritance and friend declaration will affect the access rights. 


Specifier 


none 
(data) 


static 
(data) 


none 
(function) 


static 
(function) 


Linkage 


external linkage, 
program 


external linkage, 
program 


external linkage, 
program 


external linkage, 
program 


Within a Local C++ Class, Inside a Function 


Notes 


Allocation 


None, this is only a declaration of the 
member. Allocation depends on how the 
object is defined. 


None, this is not a definition. A static 
member must be defined outside the class 
definition. 


(uses a this pointer.) 


(no this pointer) 


A local class cannot have static data members. The class is local to the current block 
as described above and access to its members is through the class. All member 


functions will have internal linkage. 


1. Allocation of static variables is as per Table 14-1. 


2. The compiler attempts to assign as many variables as possible to registers, 
with variables declared with the register keyword having priority. Variables 
which have their address taken are allocated on the stack. If the 
-Xlocals-on-stack option is given, only register variables are allocated to 


registers 


3. Although an extern variable has a local scope, an error will be given if it is 
redefined with a different storage class in a different scope. 
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9.1 Introduction 


This chapter describes the interface between a function caller and the called 
function. Stack layout, argument passing, returning results, and register use are all 
described in detail. 


9.2 Stack Layout 


The following figure shows the stack frame after completion of the prolog in the 
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then “current” function (SP = stack pointer 10), as specified by the M*eCORE ABI. 


high address 


extra argument area 
present if current function has more 
than 24 bytes of arguments 


alignment gap if necessary 


Old SP —> 
argument spill area 


only present for varargs functions to 
copy arguments passed in registers 


return address register (r15) 


temporary space area 
local variables and 
preserved registers 


extra argument area for function 
called by current function 
present if current function calls a 
function with more than 24 bytes 
of arguments 


sP —> 


low address 


Notes: 


« The argument spill area is used to save the argument registers if the function 
is a variable argument (stdarg/varargs) function or takes the address of a 
parameter. 


« To facilitate certain optimizations, the stack pointer is aligned on an 8-byte 
boundary by inserting a 4-byte alignment gap if necessary. 


« Leaf routines that do not use any stack space do not create a stack area at all. 
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9.3 Argument Passing 


Arguments of size one and two bytes are extended to four bytes. Following the 
expansion, the first 24 bytes of arguments are passed in registers r2-r7 (with any 
eight-byte values in either 12-13, r4-r5, or r6-r7). Additional arguments are passed 
on the stack. Arguments with an alignment of 8 are aligned on 8, all other 
arguments are aligned on 4. For a function with a variable argument list, 24 bytes 
are reserved on the stack for a copy of the arguments passed in the registers. The 
stack is always aligned on 8. 


The stack layout is shown above. Examples of argument passing are shown below. 


Table 9-1 Examples of MeCORE Argument Passing 


Example Function Call 2 3 r4 rd r6 17 Stack 


f(char a, char b, char c, char d, a b Cc d e g g 
char e, char f, char g) 


f(char a, int b, double c) a b —c—'— os —c — 


f(char a, double b, char c) a - —b— Cc 


9.4 C++ Argument Passing 


In C++, the same lower-level conventions are used as in C, with the following 
additions: 


" References are passed as pointers. 


= Function names are encoded (mangled) with the types of all arguments. A 
member function has also the class name encoded in its name. See 13.5 C++ 
Name Mangling, p.231. 


» Anargument of class, struct, or union type may, depending on the target 
architecture and the size of the actual parameter, be passed as a pointer to the 
object. (But this does not happen if the function is declared with extern "c".) 
For this reason, when a C++ function with class, struct, or union parameters 
is called from a C module, it should always be assumed that the C++ compiler 
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expects a pointer argument. For example, suppose the following function is 
defined in a C++ module: 


int ff(struct S s); 
To call this function from a C module, use code like this: 


struct S xyz; 

int i = ffmangledname (&xyz) ; 
where ffmangledname is the mangled form of ff. To find the mangled name of a 
C++ function, see 13.5 C++ Name Mangling, p.231 and 29. D-DUMP File 
Dumper. 


Pointer to Member as Arguments and Return Types 


Pointers to members are internally converted to structures. Therefore argument 
passing and returning of pointer to members will follow the rules of class, struct, 
and union. 


Member Function 


Non-static member functions have an extra argument for the this pointer. This 
argument is passed as a pointer to the class in which the function is declared. The 
argument is passed as the first argument, unless the function returns an object that 
needs the hidden return argument pointer, in which case the return argument 
pointer is the first argument and the this pointer is the second argument. 


Constructors and Destructors 


Constructors and destructors are treated like any other member function, with 
some minor exceptions as follows. 


Constructors for objects with one or more virtual base classes have one extra 
argument added for each virtual base class. These arguments are added just after 
the this pointer argument. The extra arguments are pointers to their respective 
base classes. 


Calling a constructor with the virtual base class pointers equal to the null pointer 
indicates that the virtual base classes are not yet constructed. Calling a constructor 
with the virtual base class pointers pointing to their respective virtual bases 
indicates that they are already constructed. 
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All destructors have one extra integer argument added, after the this pointer. This 
integer is used as a bit mask to control the behavior of the destructor. The definition 
of each bit is as follows (bit 0 is the least significant bit of the extra integer 
argument): 


Bit 0 
When this bit is set, the destructor will call the destructor of all sub-objects 
except for virtual base classes. Otherwise, the destructor will call the 
destructor for all sub-objects. 


Bit 1 
When this bit is set, the destructor will call the operator delete for the 
object. 


All other bits are reserved and should be cleared. 


9.5 Returning Results 


Characters and shorts are extended to 32-bits and returned in register r2. Integers, 
pointers, and float values are returned in register r2. Double and long long values 
are returned in r2/r3. Structures, unions, and classes with total size and alignment 
described in the following table, are returned in r2/13. All other types are returned 
in the memory area pointed to by a hidden address argument passed in register r2. 


Size Alignment Return Register 
1 1 12 
2 2 12 
4 4 12 
8 4 or 8 12/13 


Class, Struct, and Union Return Types 


With the exceptions mentioned above, a function with a return type of class, struct, 
or union is called with a hidden argument of type pointer to function return type. The 
called function copies the return argument to the object pointed at by the hidden 
argument; the ordinary arguments are “bumped” one place to the right. 
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9.6 Register Use 


The following describes how registers are used by the compiler. 


r0 


r1 


12 - 


r4- 


r8 


r9 


r10 


r15 
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Stack pointer. 


Scratch register; not preserved by functions. 


13 
Scratch registers; not preserved by functions. Hold variables whenever 
possible. Also used to pass parameters and return results. 


17 
Scratch registers; not preserved by functions. Hold variables whenever 
possible. Also used to pass parameters. 


When producing position-independent code (PIC) or constant data (PID), for 
example by using the -Xcode-relative-far option, r8 is used as a base register 
pointing to the code and constant data section. 


Otherwise r8 is a preserved register like r10 - 114. Note that mixing code 
compiled for PIC with normal code produces a program that is not PIC. 


When producing position-independent data (PID), for example by using the 
-Xdata-relative-far option, r9 is used as a base register pointing to the data 
section. 


Otherwise r9 is a preserved register like r10 - 114. Note that mixing code 
compiled for PID with normal code produces a program with data that is not 
position-independent. 


-r14 


Preserved registers; saved when used by functions. Hold variables which 
cannot be put in r2 - 17. 


Link register; contains the return address. 
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Optimization 


10.1 Optimization Hints 187 

10.2 Cross-Module Optimization 194 

10.3 Target-Independent Optimizations 196 
10.4 Target-Dependent Optimizations 208 
10.5 Example of Optimizations 210 


Optimizations have two purposes: to improve execution speed and to reduce the 
size of the compiled program. 


Most optimizations are activated by the -O option (5.3.17 Optimize Code (-O), p.42). 
A few, such as inlining, are activated by the -xO option (5.4.102 Enable Extra 
Optimizations (-XO), p.101). See also the discussion of optimization and debugging 
under the -g option (5.3.9 Generate Symbolic Debugger Information (-g), p.39). 


10.1 Optimization Hints 


The compilers attempt to produce code as compact and efficient as possible. 
However, some information about characteristics of the program only the user has. 
This section describes various ways the user can enable the compiler to generate 
the most optimal code. 
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What to Do From the Command Line 


The usual purpose of optimizations is to make a program run as fast as possible. 
Most optimizations also make the program smaller; however the following 
optimizations will increase program size, exchanging space for speed: 


» — Inlining: replaces a function call with its actual code. 
« Loop unrolling: expands a loop with several copies of the loop body. 


When a program expands it may have a negative effect on speed due to increased 
cache-miss rate and extra paging in systems with virtual memory. 


Because the compiler does not have enough information to balance these concerns, 
several options are provided to let the user control the above mentioned 
optimizations: 


=» -Xinline=n 


Controls the maximum size of functions to be considered for inlining. 1 is the 
number of internal nodes. See 5.4.76 Inline Functions with Fewer Than n Nodes 
(-Xinline=n), p.89, for more details and 5.4.148 Control Loop Unrolling 
(-Xunroll=n, -Xunroll-size=n), p.118, for a definition of internal nodes. Other 
options that control inlining include -Xexplicit-inline-factor (5.4.52 Control 
Inlining Expansion (-Xexplicit-inline-factor), p.79) and -Xinline-explicit-force 
(5.4.77 Allow Inlining of Recursive Function Calls (-Xinline-explicit-force), p.89). 


=» -Xunroll-size=n 


Controls the maximum size of a loop body to be unrolled. See also 
5.4.148 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.118, for more 
details. 


There is also a trade-off between optimization and compilation speed. More 
optimization requires more compile-time. The amount of main memory is also a 
factor. In order to execute interprocedural optimizations (optimizations across 
functions) the compiler keeps internal structures of every function in main 
memory. This can slow compilation if not enough physical memory is available 
and the process has to swap pages to disk. The -Xparse-size=m option, where m is 
memory space in KByte, is set to suggest to the compiler how much memory it 
should use for this optimization. (See 5.4.106 Specify Optimization Buffer Size 
(-Xparse-size), p.103.) 


With all the different optimization options, it is sometimes difficult to decide 
which options will produce the best result. The -Xblock-count and -Xfeedback 
options (5.4.12 Insert Profiling Code (-Xblock-count), p.63, 5.4.55 Optimize Using 
Profile Data (-Xfeedback=file), p.80), which produce and use profiling information, 
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provide powerful mechanisms to help with this. With profiling information 
available, the compiler can make most optimization decisions by itself. 


The following guidelines summarize which optimizations to use in varying 
situations. The options used are found in 5. Invoking the Compiler. 


If execution speed is not important, but compilation speed is crucial (for 
example while developing the program), do not use any optimizations at all: 


dplus file.cpp -o file 
The -O option is a good compromise between compilation time and execution 
speed: 
dplus -O file.cpp -o file 
To produce highly optimized code, without using the profiling feature, use the 
-XO option: 
dplus -XO file.cpp -o file 
To obtain the fastest code possible, use the profiling features referred to above. 
To produce the most compact code, use the -Xsize-opt option: 
dplus -XO -Xsize-opt file.cpp -o file 
If the compiler complains about “end of memory” (usually only on systems 


without virtual memory), try to recompile without using -O. 


When compiling large files on a host system with large memory, increase the 
amount of memory the compiler can use to retain functions. This allows the 
compiler to perform more interprocedural optimizations. Use the following 
option to increase the available memory to 8,000 KByte: 


-Xparse-size=8000 
If speed is very important and the resulting code is small compared to the 
cache size of the target system, increase the values controlling inlining and 
loop-unrolling: 

-XO -Xinline=80 -Xunroll-size=80 
When it is difficult to change scripts and makefiles to add an option, set the 
environment variable DFLAGS. Examples: 


DFLAGS="-XO -Xparse-size=8000 -Xinline=50" (UNIX) 
export DFLAGS 
set DFLAGS=-XO -Xparse-size=8000 -Xinline=50 (Windows) 


If possible, disable exceptions and run-time type information 
(-Xexceptions-off, -Xrtti-off). This can reduce code size significantly. 
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What to Do With Programs 


The following list describes coding techniques which will help the compiler 
produce optimized code. 
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Use local variables. The compiler can keep these variables in registers for 
longer periods than global and static variables, since it can trace all possible 
uses of local variables. 


Use plain int variables when size does not matter. Local variables of shorter 
types must often be sign-extended on specific architectures before compares, 
etc. 


Use the unsigned keyword for variables known to be positive. 


Ina structure, put larger members first. This minimizes padding between 
members, saving space, and ensures optimal alignment, saving both space and 
time. For example, change: 


struct \_pack { 


char flag; 
int number ; 
char version; 
int op; 


to 


struct good_pack { 


int number; 
int op; 

char flag; 
char version; 


} 


For target architectures which include a cache, declare variables which are 
frequently used together, near each other to reduce cache misses. For example, 
change: 


struct bad { 
int type; 


struct bad *next; 
3 


to 
struct good { 


int type; 
struct good *next; 


10 Optimization 
10.1 Optimization Hints 


Then both type and next will likely be in the cache together in constructs such 
as: 
while (p->type != 0) { 
p = p->next; 
} 
Use the const keyword to help the optimizer find common sub-expressions. 
For example, *p can be kept in a register in the following: 
void func(const int *p) { 
f£1(*p); 
£2(*p) ; 
} 
Use the static keyword on functions and module-level variables that are not 
used by any other file. Optimization can be much more effective if it is known 
that no other module is using a function or variable. Example: 


staticant si 


void func(int *p) { 
int i; 
int j; 


The compiler knows that *p = 0 does not modify variable si and so can order 
the assignments optimally. 


Use the volatile keyword only when necessary because it disables many 
optimizations. 


Avoid taking the address of variables. When the address of a variable is taken, 
the compiler usually assumes that the variable is modified whenever a 
function is called or a value is stored through a pointer. Also, such variables 
cannot be assigned to registers. Use function return values instead of passing 
addresses. 
Example: change 

int func (int var) { 

far_awayl1 (&var) ; 


far_away2 (var); 
return var; 
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to 


int func (int var) { 
var = new_far_awayl (var); 
far_away2 (var); 
return var; 
} 
Use the #pragma inline directive and the inline keyword for small, frequently 
used functions. inline eliminates call overhead for small functions and 


increases scheduling opportunities. 


Use the #pragma no_alias directive to inform the compiler about aliases in 
time critical loops. Example: 
void add(double d[100][100], double s1[100], double s2[100]) 


#pragma no_alias *d, *sl1l, *s2 


{ 


int. a+ 
int j; 
for (i = 0; i < 100; i++) { 
for (j = 0; 3 < 100; j ++) { 


Alil(j] += sl[il] * s2[il; 
} 
} 
} 
Because it is known that there is no overlap between d and each of s1 and s2, 


the expression s1[i]*s2[i] can be moved outside of the innermost loop. 


Use #pragma no_side_effects and #pragma no_return on appropriate 
functions. Example: 
comm.h: 


#pragma no_side_effects busy_wait (1) 
#pragma no_return comm_err 


file.c: 
#include "comm.h" 
a= *p; 
busy_wait (&sem) ; 
if (error) { 
comm_err("fatal error"); 
} 
b = *p; 


Because busy_wait is known to have no side effects and comm_etrr is known 
not to return, the compiler can assign *p to a register. 


Use asm macros rather than separate assembly functions because it eliminates 
call overhead. See 7. Embedding Assembly Code. 
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Avoid setjmp() and longjmp(). When the compiler finds setjmp() in a 
function, a number of optimizations are turned off. For example, when the 
-Xdialect-pcc option is specified, no variables declared without the register 
keyword will be allocated to registers. This is done to be compatible with older 
compilers that always allocate variables not declared register on the stack, 
which means that if they are changed between the call to setjmp() and the call 
to longjmp(), they will keep the changed value after the longjmp( ). If the 
variables were allocated to registers, they would have the values valid at the 
time of the setjmp(). 


The following example demonstrates this difference: 


#include <setjmp.h> 
static jmp_buf label; 


ETO) 
int i = 0; 


if (setjmp(label) != 0) { 
/* returned from a longjmp() */ 
if (i == 0) { 
printf("i has first value: allocated to " 
"register.\n"); 
} else { 
printf("i has new value: allocated on stack\n"); 
} 
return; 


} 


/* setjmp() returned 0: does not come from a longjmp*/ 
i=41; 
£2(); 


£2() { 
/* jump to the setjmp call, returning 1 */ 
longjmp(label, 1); 

} 


Note that both ways are valid according to ANSI. 


If possible, eliminate C++ exception-handling code (try, catch, or throw). This 
allows you to compile with exceptions disabled (-Xexceptions-off), which 
reduces stack space and increases execution speed. 
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10.2 Cross-Module Optimization 


Cross-module optimization, controlled with the -Xcmo-... options (see 

5.4.24 Enable Cross-module Optimization (-Xcmo-...), p.67), allows the compiler to 
optimize calls between functions in different source files. This feature can improve 
execution efficiency but requires the developer to track intermodule dependencies 
with care. 


Currently, function inlining is the only implemented cross-module optimization. 


The compiler implements cross-module optimization by constructing a database 
of information about functions and variables. To use cross-module optimization, 
compile your project twice—first with -Xcmo-gen to create a database, then with 
-Xcmo-use to optimize using information from the database. You must specify a 

name and location for the database file. Examples: 


dec -Xcmo-gen=C:\projects\MyProject\MyProject.db main.c (Windows) 
dcc -Xcmo-use=C: \projects\MyProject\MyProject.db main.c 
dec -Xcmo-gen=/projects/MyProject/MyProject.db main.c (UNIX) 


dcc -Xcmo-use=/projects/MyProject/MyProject.db main.c 
The -Xcmo-gen compiler pass is used only for building the database. All object 
files created by this pass should be regenerated during the next build. 


NOTE: Do not use the -Xcmo-... options to compile a project that contains two or 
more source files (in different directories) with the same base name. 


If there are functions that you do not want to have inlined across modules, you can 
specify them by adding -Xcmo-exclude-inline to the command line with 
-Xcmo-use. For example: 


dcc -Xcmo-use=...\MyProject.db -Xcmo-exclude-inline=f1,f2 main.c 


tells the compiler not to inline f1 or f2 across modules. Names of C++ functions 
must be given in mangled form (see 13.5 C++ Name Mangling, p.231); to find the 
mangled form of a function name, use the ddump utility (see 29. D-DUMP File 
Dumper). 


-Xcmo-verbose, combined with -Xcmo-use or -Xcmo-gen, outputs a list of inlined 
(or inlinable) functions. 


Before using cross-module optimization, please read the following additional 
notes. 
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Database Location and Use 


The database name should be specified with a full directory path. Otherwise, the 
compiler uses the current working directory, which could result in fragmented 
databases residing in multiple locations. 


It is preferable to use a non-network directory for the database. Never share a 
database among compiler installations, even when building from the same source 
files. 


Use With Other Optimizations and Build Options 


The -Xcmo-... switches are affected by other build options. In general, you should 
turn compiler optimizations off when building with -Xcmo-gen and on when 
building with -Xcmo-use. More specifically: 


« To save time, disable optimizations and skip the linking step when building 
with -Xcmo-gen. (Executable output from the -Xcmo-gen compilation is 
ultimately discarded.) 


« -Xcmo-use is ignored unless other optimizations are enabled (-O or -XO). 


« Optimization-related compiler switches, including -Xinline, apply to 
cross-module optimization as well. If -Xinline is set to a very low value, 
cross-module optimization is unlikely to be useful. (-Xinline has no effect on 
the construction of the database itself.) 


« If -Xinline is set to a high value, cross-module optimization can result in large 
executables and long compilation time. You may want to compile specific 
source files with cross-module optimization disabled. 


Database Maintenance 


Every time you compile with -Xcmo-use, the compiler updates the existing 
database by adding to the list of functions that are candidates for inlining—but it 
does not perform dependency analysis. Hence the database can easily become 
unsynchronized after repeated incremental builds. (This occurs, for example, 
when a source file containing a called function has changed, but the source file 
containing the calling function is unchanged.) It is important to track 
dependencies and recompile periodically with -Xcmo-gen. When in doubt, 
manually delete the database file before recompiling. 


After moving or copying files, always delete the database file and regenerate it 
with -Xcmo-gen. 
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Special Name Mangling 


To enable cross-module optimization, the compiler assigns a unique mangled 
name to each function and static variable. Mangled function names begin with 
__STF followed by a line number, function name, mangled filename, and other 
information. Mangled variable names begin with __STV followed by a line 
number, variable name, mangled filename, and other information. The 
demangling utility does not demangle these names. 


10.3 Target-Independent Optimizations 


The following optimizations are performed by the compiler on all targets. 


The numbers in parentheses after the name of each optimization are mask bits for 
the -Xkill-opt option. Optimizations can be selectively disabled by specifying 
-Xkill-opt=mask, where mask can be given in hex (e.g. -Xkill-opt=0x12). Multiple 
optimizations can be disabled by OR-ing their bits; undefined mask bits are 
ignored. -Xkill-opt=Oxffffffff has the same effect as not using the -O option at all. 


NOTE: Regardless of which options are specified, there is no way (short of 
disabling optimizations completely) to guarantee that the compiler will or will not 
perform a specific optimization on a given piece of code. 


-Xkill-opt is deprecated and should be used only on the advice of Customer 
Support. 


Tail Recursion (0x2) 


This optimization replaces calls to the current function, if located at the end of the 
function, with a branch. Example: 


NODEP find(NODEP ptr, int value) 
{ 
if (ptr == NULL) return NULL; 
if (value < ptr->val) { 
ptr = find(ptr->left,value) ; 
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} else if (value > ptr->val) { 
ptr = find(ptr->right,value) ; 

} 

return ptr; 


} 


will be approximately translated to: 


Inlining optimization replaces calls to functions with fewer than the number of 
nodes set by -Xinline with the actual code from the same functions to avoid 
call-overhead and generate more opportunities for further optimizations. See 
5.4.148 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.118, for the definition 
of node; assembly files saved with -S show the number of nodes for each function. 


To be inlined, the called function must be in the same file as the calling function. 


NODEP find(NODEP ptr, int value) 
{ 
top: 
if (ptr == NULL) return NULL; 
if (value < ptr->val) { 
ptr = ptr->left; 
goto top; 
} else if (value > ptr->val) { 
ptr = ptr->right; 
goto top; 
} 


return ptr; 


Inlining can be triggered in three ways: 


1. 


In C++ use the inline keyword when defining the function, and in C use the 
__inline__ keyword or the inline keyword if enabled by -Xkeywords=4. 
Functions inlined by the use of keywords are local (static) by default, but can 
be made public with extern. See __inline__and inline Keywords, p.141. 


Use the #pragma inline function-name directive. The #pragma directive can be 
used in C++ code to avoid the local static linkage forced by the __inline__ or 


inline keywords. See inline Pragma, p.131. 


Use option -XO to automatically inline functions of up to the number of nodes 
set by -Xinline (see 5.4.76 Inline Functions with Fewer Than n Nodes (-Xinline=n), 


p-89). Option -XO sets this value to 40 nodes by default. 


In addition to -Xinline, the options -Xexplicit-inline-factor, 


-Xinline-explicit-force, and -Xcmo-... also control inlining of functions. 
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NOTE: Code must be optimized by use of the -XO or -O option for inlining to occur. 


Example: 


#pragma inline swap 
swap(int *pl, int *p2) 
{ 


int tmp; 
tmp = *p1; 
*pl = *p2; 
*p2 = tmp; 
} 
func( { 


swap (&i,&j); 


will be translated to: 


Argument Address Optimization (0x8) 


If the address of a local variable is used only when passing it to a function which 
does not store that address, the variable can be allocated to a register and only 
temporarily placed on the stack during the call to the function. Example: 


extern int x; 


int check(int *x) 
{ 
if ( *x > 569) { 
return (999) ; 
} else { 
return(100) ; 
} 
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int foo(int y) 
{ 


Ine hy Fe // can be placed in registers 


i=x* yi 
j = check(&i); 
if (j >i) { 
i = check(&j); 
} else { 
i = 365; 
} 


return j*i; 


Structure Members to Registers (0x10) 


This optimization places members of local structures and unions in registers 
whenever it is possible. It also optimizes assignments to structure and union 
members. Example: 


int fpp(int); 
int bar(int, int); 
struct x{ 
int a; 
int b; 
Mg 
void goo(); 


foo () 
{ 


struct x X; 


X.a 
X.b 


if (bar(X.a, X.b)) { 
goo(); 
} 
} 
If the optimization is enabled, the compiler attempts place X.a and X.b in registers 
rather than allocating memory for X. 
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Assignment Optimization (0x80) 


Multiple increments of the same variable are merged: 


ptt; -> 
pl0] = 0; pll] = 0; 
ptt; pl[2] = 1; 
pli] = 1; p t= 2; 


Pre- and post-increment/decrement addressing modes are used when available on 
the target processor: 


ptt; -> 
p[0] = 0; *++p = 0; 
ptt; 

pli] = 1; *ttp = 1; 


Increments are moved from the end of a loop to the beginning in order to use 
incrementing addressing modes when available on the target processor: 


while(*s++) ; -> s--; while(*++s) ; 


Tail Call Optimization (0x100) 


In the following case, the call to printf is converted to a branch to printf and the 
stack frame is undone before the branch. 
int _myfunc(char *fmt, int val) 


{ 


return printf (fmt,val); 


} 


This optimization is performed even if no -O or -XO switch is used. 


NOTE: In earlier releases (prior to version 4.3), the 0x100 mask was used to disable 
simple branch optimization. 


Common Tail Optimization (0x200) 


Different paths with equal tails are rewritten. This optimization is most effective 
when many case statements end the same way: 


void bar(), foo(), gfoo(), hfoo(); 
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lucky () 
{ 
switch (a) { 
case 1: 
foo(); bar(); 
break; 
case 2: 
gfoo(); bar(); 
break; 
case 3: 
hfoo(); bar(); 
break; 
case 4: 
foo(); bar(); 
break; 
default: 
bar (); 
break; 


} 
, 
The call to bar() is removed from the individual case statements and executed 
separately at the end of the switch statement. 


This optimization cannot be disabled unless reorder is disabled. To disable reorder, 
use -W1 with no argument (see 5.3.30 Substitute Program or File for Default (-W xfile), 
p.46). 


Variable Live Range Optimization (0x400) 


Variables with more than one live range are rewritten to make it possible to allocate 
them to different registers /stack locations: 


m(int i, int j) { -> m(int i$1, int j) { 
int Kk = £Uh,3)}+ int bk = £(2¢1/5}7 
i = £(k,j); i$2 = £(k,j); 
return i+k; return i$2+k; 

} } 


In the above example, only two registers are needed to hold the three variables 
after split optimization, since i$1 and k can share one register and i$2 and j can 
share the other one. 
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Constant and Variable Propagation (0x800) 


Constants and variables assigned to a variable are propagated to later references of 
that variable. Lifetime analysis might later remove the variable: 


aS Ts =: 2 -> aS: 1: b= 25 
..; K(atb); ~.e7 K(14+2); 


Complex Branch Optimization (0x1000) 


Branches and code that falls through to conditional branches where the outcome 
can be computed are rewritten. This typically occurs after a loop with multiple 
exits. 


extern int x; 
extern int bar(int x); 


int foo(int a, int b) 
{ 


int i, y, z= 0; 


x = bar(a); 


if (x > 44) 
{ 
y=at+b; 
if (x < 22) { // always false when evaluated 


a * 365; // never executed 


return (x + y + 2); 


Loop strength reduction (0x2000) 


Multiplications with constants in loops are rewritten to use additions. Instead of 
multiplying i with the size every time, the size is added to a pointer (arp++ in the 
example below). The array reference 


ar[il 
is actually treated as 


*(ar_type *)((char *)ar + i*sizeof(ar[0])) 
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Example: 
for (i=0; i<10; it++){ -> arp = ar; 
sum +=var[i]; for (i=0; i<10; i++){ 
} sum += *arp; arptt; 


Loop Count-Down Optimization (0x4000) 


Loop variable increments are reversed to decrement towards zero: 


for (i=0; i<10; i++){ -> for (i=10; i>0; i--){ 
sum = *arp; arpt+; sum += *arp; arptt; 


} a: 


Also, empty loops are removed. 


Loop Unrolling (0x8000) 


Small loops are unrolled to reduce the loop overhead and increase opportunities 

for rescheduling. Option -Xunroll option sets the number of times the loop should 
be unrolled. Option -Xunroll-size defines the maximum size of loops allowed to 

be unrolled (see 5.4.148 Control Loop Unrolling (-Xunroll=n, -Xunroll-size=n), p.118 
for both options). 


Note: some sufficiently small loops may be unrolled more than n times if total code 
size and speed is better. Example: 
for (i=10; i>0; i--){ -> for (i=10; i>0; i-=2) { 
sum += *arp; sum += *arp; 


arpt+; sum += *(arptl); 
arp += 2; 


Global Common Subexpression Elimination (0x10000) 


Subexpressions, once computed, are held in registers and not re-computed the next 
time the subexpressions occur. Memory references are also held in registers. 


if (p->op == A) -> tmp = p->op; 
beams if (tmp == A) 
else if (p->op == B) seis 
else if (tmp == B) 
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Undefined variable propagation (0x20000) 


Expressions containing undefined variables are removed. 
int bar(int); 


int foo() 
{ 


int x). a; 5; yi 


x = 365 * (a +b); 
y = bar(x); 
return y; 


ii 
No memory is allocated for a or b. The operation a + b is not performed. 


Unused assignment deletion (0x40000) 


Assignments to variables that are not used are removed. 


int foo(int x, int y) 
{ 


int a, b; 


a= x + 365; // removed 
b=x-y; 
return b; 


} 
This optimization cannot be disabled unless reorder is disabled. To disable reorder, 


use -W1 with no argument (see 5.3.30 Substitute Program or File for Default (-W xfile), 
p-46). 
Minor Transformations to Simplify Code Generation (0x80000) 


Some minor transformations are performed to ease recognition in the code 
generator: 


if (a) return 1; -> return a ? 1: 0; 
return 0; 


Register Coloring (0x200000) 


This optimization locates variables that can share a register. 
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extern int a[100], b[100]; 
foo () 
{ 


Int jie ayy us De 


for (i = 0; i < 10; i++) { 
a += bar(i) + i; 


a and j use the same register. 


Interprocedural Optimizations (0x400000) 


Registers are allocated across functions. Inlining and argument address 
optimizations are performed. 

static int foo(int a, int b) 

{ 


return ((a > b)? a: b); 
} 
bar(int i, int j) 
{ 


printf("larger value = %d\n", foo(i,j)); 


} 


The foo function is inlined into bar. 


Remove Entry and Exit Code (0x800000) 


The prolog and epilog code at the beginning and end of a function which sets up 
the stack-frame is not generated whenever possible. 


Use Scratch Registers for Variables (0x1000000) 


When allocating registers, the compiler attempts to put as many variables as 
possible in scratch registers (registers not preserved by the function). 


205 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


NOTE: When this optimization is disabled, the compiler may still use registers to 
store variables. To control register use, use #pragma global_register (g/obal_register 


Pragma, p.130). 


Extend Optimization (0x2000000) 


Sometimes the compiler must generate many extend instructions to extend smaller 
integers to a larger one. The compiler attempts to avoid this by changing the type 


of the variable. For example: 


int ¢; 

char *s; 

c= *s; 

if (c == 2) c = 0; 


On some targets, the c = *s statement has an extend instruction. By changing int c 


to char c this instruction is avoided. 


Loop Statics Optimization (0x4000000) 


Memory references that are updated inside loops are allocated to registers. 


Example: 
int ar[100], sum; 


sum_ar() { 
anit: as 


sum = 0; 
for (i = 0; i < 100; i++) 
sum += arl[i]; 
} 
} 


will be translated to: 


sum_ar() { 
int i; 
register int tmp_sum 


tmp_sum = 0; 

for (i = 0; i < 100; i++) 
tmp_sum += ar[i]; 

} 


sum = tmp_sum; 
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Loop Invariant Code Motion (0x8000000) 


Expressions within loops that are not changed between iterations are moved 
outside the loop. 

int sum; 

int c[10]; 

int bar(int); 

foo(int a, int b) 


{ 
int i; 
for(i = 0; i < 10; i++) { 
sum += a * b; 


cli] = bar(i); 


} 


The operation a*b is performed outside of the loop statement. 


Static Function Optimization (0x20000000) 


A static function that does not have its address taken can be optimized in various 
ways; for example, if the function is not used, it can be removed. 


Live-Variable Analysis (0x40000000) 


Live variable analysis is done for global and static variables. This means that global 
and static variables can be allocated into registers and any stores into them can be 
postponed until the last store in a live range. 


Local Data Area Optimization (0x80000000) 


This optimization creates a Local Data Area (LDA) into which variables may be 
placed for fast, efficient base-offset addressing. See 14.4 Local Data Area 
(-Xlocal-data-area), p.254 for details. 


This optimization can be disabled by setting -Xlocal-data-area=0 or restricted to 
static variables by setting -Xlocal-data-area-static-only. 
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Feedback Optimization 


By utilizing profiling information from an actual execution of the target program, 
the optimizer can make more intelligent decisions in various cases, including the 
following: 


* Register allocation can be based on the real number of times a variable is used. 
« if-else clauses are swapped if first part is executed more often. 

* — Inlining and loop unrolling is not done on code seldom executed. 

* More inlining and loop unrolling is done on code often executed. 

« Partial inlining is done on functions beginning with if (expr) return; 

« Branch prediction is performed. 


The -Xblock-count and -Xfeedback options are available to collect and use 
profiling data. See 15.12 Profiling in An Embedded Environment, p.281. 


10.4 Target-Dependent Optimizations 


The following target-dependent optimizations are specific to the M*CORE family 
and are done by the reorder program. 


The numbers in parentheses after the name of each optimization are mask bits for 
the -Xkill-reorder option. Optimizations can be selectively disabled by specifying 
-Xkill-reorder=mask, where mask can be given in hex (e.g. -Xkill-reorder=0x9). 
Multiple optimizations can be disabled by OR-ing their bits; undefined mask bits 
are ignored. 


NOTE: Regardless of which options are specified, there is no way (short of 
disabling optimizations completely) to guarantee that the compiler will or will not 
perform a specific optimization on a given piece of code. 


-Xkill-reorder is deprecated and should be used only on the advice of Customer 
Support. 
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NOTE: The reorder program, which does target-dependent optimization, parses 
the assembler output of the compiler. Because this output is assumed to be correct, 
reorder may abort on assembly code errors, including errors in hand-written asm 
macros and strings. If an error in reorder appears to be persistent, confirm that any 
handwritten assembly code is correct, perhaps by removing it temporarily, before 
reporting the difficulty to Customer Support. 


Basic Reordering (0x1) 


Instructions are reorganized to avoid stalls in the processor pipeline. For example, 
when loading a value from memory, the processor has to wait for one cycle before 
the next instruction uses the destination register. The compiler rearranges the code 
so the processor can execute at full speed. 


General Peephole Optimization (0x8) 


Peephole optimization makes final improvements within basic blocks, especially 
to remove inefficiencies caused by interactions among other optimizations which 
would be uneconomical to detect otherwise. Examples: 


* Abranch to a single instruction followed by another branch is rewritten by 
inlining the instruction at the current address. 


* Certain instructions which do not change any register are removed. 

« Elimination of redundant load and stores. 

« Register coalescing to eliminate moves. 

peephole optimizations listed below, including peephole reaching analysis, merge 


multiple Add instructions, simplify branch constructs to conditional instructions, 
merge common block entry or exit code, and additional loop optimizations. 


Peephole Reaching Analysis (0x20) 


Extends peephole optimization across basic blocks. See General Peephole 
Optimization (0x8), p.209 for details of peephole optimization. 
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Simplify Branch Constructs to Conditional Instructions (0x100) 


Eliminate unnecessary branches in certain cases. 


cmp r3°r4 -> cmp £3.74 
jbt L4 Clacf. * ar5, 
movi r5,0 L4: 


L4: 


Merge Common Block Entry or Exit Code (0x200) 


Merge common code at the entry or exit of blocks. 


Additional Loop Optimizations (0x400) 


Hoist loop invariant instructions. Eliminate redundant loads at the top of a loop 
that are also done at the bottom of a loop. 


Simple Scheduling Optimization (0x1000) 


Attempt to optimize load instructions. 


10.5 Example of Optimizations 


The following C program demonstrates several of the optimizations available in 
the compiler and how they interact with each other. 


The numbers in parentheses are used to identify the optimizations in the generated code for 
the example, shown following the table. 


The target processor is M*CORE. The optimizations shown are: 


(1) remove entry and exit code 
(2) use scratch registers for variables 
(3) unused assignment deletion 
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(4) complex branch optimization 

(5) peephole optimization 

(6) loop strength reduction 

(7) loop count-down optimization 

(8) global common subexpression elimination 
(9) inlining of functions 

(10) constant and variable propagation 


bubble.c implements sorting of an array in ascending order. 


swap2(int *ip) /* swap two ints */ 
{ 

int tmp = ip[0]; 

ip[0] = ip[1]; 

ip[1] = tmp; 
} 


/* "bubble" sorts the array pointed to by "base", containing 
"count" elements, and returns the number of tests done */ 


int bubble(int *base, int count) 
{ 

int change = 1; 

int i; 

int test_count = 0; 


while (change) 
change = 0; 


{ 


for (i = 0; i < count; i++) { 
test_count++; 
if (base[i] > base[i+1]) { 
swap2 (&base[i]); 
change = 1; 


} 
} 
return test_count; 


} 
When bubble.c is compiled with the following line, 
dcc -tMCOREEN -S -Xpass-source -XO bubble.c 


the file bubble.s is generated as shown below (option -Xpass-source conveniently 
causes the source to be included intermixed as comments with the generated 
assembly code in bubble.s). 
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Only the bubble() function is shown; code will also be present for the swap() 
function in bubble.s because it is not static and may therefore be called from 
another module. Comments have been added below to explain the optimizations 
performed. 


Table 10-1 


C Code 


Illustration of Optimizations for MCCORE 


Generated Assembly Code 


Explanation 


int change = 1; 
int i; 


int test_count = 0; 


while (change) { 
change = 0; 


count--; 
for (i = 0; 


i < count; 
i++) { 


test_count++; 


if (base[i] > 
base[i+1] { 


bubble: 


Ppt a. 


»Le: 


subi 
stm 
mov 


movi 


movi 
decgt 


jb 


mov 


mov 


ld.w 


ld.w 
addi 


cmpgt 


r0,32 
r14-r15, (r0) 
145.72 


r2,0 


r1,0 
r3 


-L16 


r7,r14 


r4,r3 


r5, (r7,0) 


163 (67,4) 
E251 


r5,xr6 


Start of function bubble. Minimal entry code is 
necessary (1) since most variables are put in 
scratch registers (2) and the return register r15 
is not used. The assignment change = 1 is 
eliminated (3) since it is used only in the first 
while test, which is known to be true and 
removed (4). 

test_count = 0; 


Top of while (change) loop. 


change = 0; 

count--; Sets condition codes (5). 

Top test of for loop. Loop strength reduction (6) 
has replaced all references to base[i] with a 
created pointer, $$2, placed in register r7. Since 
no more references are made to i, loop 
count-down optimization (7) decrements i from 
count to 0. 

Temporary pointer $$2 is set to base. 

iis set to count. 


Top label of for loop. 


$$2[0] is loaded to r5. Since this value is used 
later on, it is remembered in $$4 (8). 


$$2[1] is remembered in $$3 (8). 
test_count++ 


if. See if a swap must take place. 
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10.5 Example of Optimizations 


Table 10-1 Illustration of Optimizations for M*eCORE (cont'd) 
C Code Generated Assembly Code Explanation 
jbft .L7 If not branch to .L7. 
swap2 ... The function swap2 is inlined (9). Variable 
propagation (10) removes the use of variables 
tmp and ip. 
st.w r6, (x7,0) ip[0] = ip[1] (= $$3); 
st.w x5, (x7,4) ip[1] = tmp (= $$4); 
change = 1; movi joss ee change = 1; 
7s 
addi r7,4 $$2++ (6) 
decne r4 iis decremented (7). 
jbt .L8 i tested with 0 (5). Bottom of for. 
cmpnei r1,0 
} jbt .L4 Bottom test of while (change). 
return test_count; -L16: Now return value is already in r2. 
1dm r14-r15, (r0) 
addi 10;.32 
} jmp r15 


// Allocations for bubble 


// r14 base 

// r3 count 

// rl change 

// r2 test_count 
// r4 i 

// x7 $$2 

// x6 $$3 

// r5 $s4 


Variable allocations are given in comments to 
ease debugging. 


count and test_count are placed in the register 
mandated by the calling conventions (2). 


Other variables are put in scratch registers to 
minimize entry/exit code. 


Loop strength reduction (6) variable. 


Global common subexpression elimination (8) 
for variable base[i+1]. 


Global common subexpression elimination (8) 
for variable base[i]. 
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Table 10-1 ‘Illustration of Optimizations for MeCORE (cont'd) 


C Code Generated Assembly Code Explanation 
// not allocated tmp Variables deleted by variable propagation (10). 
fey not allocated ip 
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11.1 Introduction 215 


11.2 Examples 216 


11.1 Introduction 


The lint facility is a powerful tool to find common C programming mistakes at 
compile time. (For C++, see -Xsyntax-warning-on on 5.4.143 Disable Certain Syntax 
Warnings (-Xsyntax-warning-...), p.116.) Lint has the following features: 


It is activated through command-line option -Xlint. 


-Xlint does all checking while compiling. Since it does not interfere with 
optimizations, it can always be enabled. 


-Xlint gives warnings when a suspicious construct is encountered. To stop the 
compilation after a small number of warnings, use the -Xstop-on-warning 
option to treat all warnings like errors. 


Each individual check that -Xlint performs can be turned off by using a bit 
mask. See the -Xlint option on 5.4.86 Generate Warnings On 
Suspicious/Non-portable Code (-Xlint=mask), p.93 for details. 


-Xlint can be used with the -Xforce-prototypes option to warn of a function 
used before its prototype. 
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The comments in the following C program demonstrate probable defects that will 
be detected by using -Xlint and -Xforce-prototypes. There are three types of errors 
marked by different comment forms: 


«= Comments containing the form “(0xXX)” are on lines with suspicious 
constructs detected by -Xlint; the hex value is the -Xlint bit mask which 
disables the test. 


«= Comments of the form /* warning: ... */and /* error: ... */are used on lines for 
which the compiler reports a warning or error with or without -Xlint. 


« Two lines are a result of option -Xforce-prototypes as noted. 


Actual warnings from the compiler follow the code. Note that warnings are not 
necessarily in line number order because the compiler detects the errors during 
different internal passes. 


11.2 Examples 


Example 11-1 Program for -Xlint Demonstration 


1: void f1(int); 

2: void £2(); 

33 /* (-Xlint mask bit disables) ay 

4: static int f4(int i) /* function never used (0x10) */ 
5: { 

6: ff (3 s= 0) 

Ts return; /* missing return expression (0x20) */ 
8: return i+4; 

Or } 

10: 

Li¢ static int £5(int i); /* error: function not found iy 
125: 

13: static int il; /* variable never used (Ox10) */ 
14: 

15%: int m(char j, int zl) /* parameter never used (Ox10) */ 
16: { 

Lk: int i, int4; 

18: char cl; 

19: unsigned u = 1; /* variable set but not used (0x40) */ 
20 int 22s /* variable never used (Ox10) */ 
21: 

B23 el-= tntd: /* narrowing type conversion (Ox100) */ 
23: 

24: LE CTY ft 

25: u = 4294967295; 
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1. =.. Ov 
} else { 
u = 4294967296; 
} 
£1-(i)3 
switch(i) { 
j = 2; 
break; 
case 0: 
aes is Ue 
piace Me Os 
£5 (i); 
break; 
Example 11-2 -Xlint example output 


el ee 

"lint.c", line 22: 
"lint.c", line 28: 
"lint.c", line 37: 
"lint.c", line 38: 
"lint.c", line 42: 
"lint.c", line 48: 


/* warning: 


11 The Lint Facility 
11.2 Examples 


constant out of range */ 


/* variable might be used 


before being set (0x02) */ 
/* statement not reached (0x80) */ 
/* -X force prototype, not lint, warns: */ 
/* function has no prototype */ 
/* function not declared */, 


.c", line 7: warning 


warning 


warning 
warning 
warning 
warning 
warning 


conversion found: short 


"lint.c", line 


"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 
"lint.c", line 


"lint.c", line 


"lint.c", line 


48: 
Al: 
15:3 
20: 
33% 
50% 
62: 
19% 


22: 


43: 


(dee: 1521): 
(dec:1643): 
(dec:1243) 
(dec:1500): 
(dec:1500): 
(dcec:1583) 
(dec:1643) 


missing return expression 
narrowing or signed-to-unsigned type 
conversion found: int to unsigned char 
constant out of range 
function £2 has no prototype 
function £3 has no prototype 
overflow in constant expression 
narrowing or signed-to-unsigned type 


to unsigned char 


constant out of range (=) 
label deflaut not used 


: parameter zl is never used 
: variable z2 is never used 


statement not reached 
statement not reached 


: missing return expression 


Useless assignment to variable u. 
Assigned value not used. 

Useless assignment to variable cl. 
Assigned value not used. 

Useless assignment to variable j. 
Assigned value not used. 


"lint.c", line 
"lint.c", line 


warning (dcc:1244): 
warning (dcc:1251) 
warning (dcc:1516) 
warning (dcc:1518) 
warning (dcc:1522): 
warning (dcc:1522) 
warning (dcc:1521) 
warning (dcc:1604) 
warning (dcc:1604): 
warning (dcc:1604): 

: warning (dcc:1608 

: warning (dcc:1608 

: warning (dcc:1606 

: warning (dcc:1606 

warning (dcc:1517): 
error (dcc:1378): 

: warning (dcc:1518): 


: variable int4 might be used before set 
: variable i might be used before set 


condition is always true/false 
condition is always true/false 
function f4 is never used 
function £5 is not found 
variable il is never used 
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12.1 Introduction 219 
12.2 Compilation Issues 219 
12.3 Execution Issues 222 


12.4 GNU Command-Line Options 224 


12.1 Introduction 


Compiling code originally developed for a different system or toolkit is usually 
straightforward, especially given the extensive compatibility options supported by 
the tools. This chapter gives pointers on working around the most common 
differences among systems and compilers. 


12.2 Compilation Issues 


The following list includes hints on what to do when a program fails to compile 
and you want to avoid changing the source code. 
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Look for Missing Standard Header Files 


Different systems have different standard header files and the declarations within 
the header files may be different. Use the -i file1=file2 option to change the name of 
a missing header file (see 5.3.13 Modify Header File Processing (-i filel=file2), p.41 for 
details). 


Older C Code 


Look for Code Using Loose Typing Control 


Some older C code is written for compilers that do not check the types of identifiers 
thoroughly. Use the -Xmismatch-warning=2 option if you get error messages like 
“illegal types: ...”. 


Look for Code Written for PCC 


C code written for older UNIX compilers, such as PCC (Portable C Compiler), may 
not be compatible with the C standard. Use the -Xdialect-pcc option to enable 
some older language constructs. See B. Compatibility Modes: ANSI, PCC, and KE RC 
for more information. 


Older Versions of the Compiler 


C++ Coding Conventions 


When exceptions and run-time type information are enabled (-Xrtti and 
-Xexceptions), the current compiler supports the C++ standard. Source code 
written for earlier versions of the Wind River (Diab) C++ compiler may require 
modification before it can be compiled with version 5.0 or later. We strongly 
recommend bringing all source code into compliance with the ANSI standard, but 
if time does not permit this, you can use the -Xc++-old option to invoke the older 
compiler. 


220 


12 Converting Existing Code 
12.2 Compilation Issues 


C++ Libraries 


Older (pre-5.0) versions of the compiler require different C++ libraries: 


Default library Old library 

libd.a libdold.a 

libstl.a libios.a, libcomplex.a 
libstlstd.a libios.a, libcomplex.a 
libstlabr.a (none) 


See 32.2.1 Libraries Supplied, p.454 for more information. 


When -Xc++-old is specified, the dplus driver automatically selects the 
appropriate standard C++ library—that is, it invokes -ldold instead of -ld to link 
libdold.a instead of libd.a. However, to link the older iostream and complex 
libraries, you must use the -1 option (see Specify Library or File to Process (-Iname, 
-l:filename), p.373) explicitly. If you use the dec driver or invoke dld directly, all the 
old libraries must be specified explicitly. Examples: 


dplus -Xc++-old hello.cpp 
dplus -Xc++-old -lios -lcomplex hello.cpp 
dcc -Xc++-old -ldold -lios -lcomplex hello.cpp 
did -YP,search-path -1:windiss/crt0.o hello.o 
-o hello -ldold -lios -1lc version-path/conf/default.dld 
In the first two examples, -ldold is invoked automatically because of -Xc++-old. In 
the second two examples, all the older C++ libraries must be specified explicitly. 


NOTE: The -Xc++-old option cannot be used selectively within a project. If this 
option is used, all files must be compiled and linked with -Xc++-old to make the 
output binary-compatible. Selective use of -Xc++-old should produce linking 
errors; if it does not, the resulting executable is still likely to be unstable. 


VxWorks developers should not use -Xc++-old. 


To select the old compiler and libraries by default (eliminating the need for 
-Xc++-old), create a user.conf file in which DCXXOLD is set to YES and ULFLAGS2 
invokes the old libraries. For example: 


# Select old compiler 

DCXXOLD=YES 

# Add these as default C++ libraries 
ULFLAGS2="-ldold -liosold” 


For more information, see A. Configuration Files and 2.3 Environment Variables, p.15. 
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Startup and Termination Code 


If you are compiling legacy projects that used old-style .init$nn and .fini$nn code 
sections to invoke initialization and finalization functions, or if your code 
designates initialization and finalization functions with old-style _STI_nn_and 
_STD__mn_ prefixes, you may get compiler or linker errors. The -Xinit-section=2 
option (see 5.4.73 Control Generation of Initialization and Finalization Sections 
(-Xinit-section), p.88) allows you to continue using old-style startup and 
termination. The recommended practice, however, is to adopt the new method of 
creating startup and termination code—that is, using attributes to designate 
initialization and finalization functions, and .ctors and .dtors sections to invoke 
them at run-time. See 15.4.8 Run-time Initialization and Termination, p.269 for more 
information. 


12.3 Execution Issues 


The following list includes hints on what to do when a program fails to execute 
properly: 
Compile With -Xlint 
The -Xlint option enables compile-time checking that will detect many 
non-portable and suspicious programming constructs. See 11. The Lint Facility. 
Recompile Without -O 


If a program executes correctly when compiling without optimizations it does not 
necessarily mean something is wrong with the optimizer. Possible causes include: 


« Use of memory references mapped to external hardware. Add the volatile 
keyword or compile using the -Xmemory-is-volatile option. Note: option 
-Xmemoty-is-volatile disables some optimizations which may produce 
slower code. 


* Use of uninitialized variables exposed by the optimizer. 
* Use of expressions with undefined order of evaluation. 


Uninitialized local variables will behave differently on dissimilar systems, 
depending how memoty is initialized by the system. The compiler generates a 
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warning in many instances, but in certain cases it is impossible to detect these 
discrepancies at compile time. 
Look for Code Allocating Dynamic Memory in Invalid Ways 


The following invalid uses of operator new() or malloc() may go undetected on 
some systems: 


« Assuming the allocated area is initialized with zeroes. 
» Writing past the end of the allocated area. 
« Freeing the same allocated area more than once. 
Look for Expressions with Undefined Order of Execution 
The evaluation order in expressions like x + inc(&x) is not well defined. Compilers 
may choose to call ine(&x) before or after evaluating the first x. 
Look for NULL Pointer Dereferences 
On some machines the expression if (*p) will work even if p is the zero pointer. 
Replace these expressions with a statement like if (p != NULL && *p). 
Look for Code Which Makes Assumptions About Implementation Specific Issues 


Some programs make assumptions about the following implementation specific 
details: 


» Alignment. Look for code like: 
char *cp; double d; *(double *)cp = d; 
« Size of data types. 


« Byte ordering. See __packed__and packed Keywords, p.143 on methods for 
accessing byte-swapped data. 


« Floating point format. 


* Sign of plain chars (those declared without either the signed or unsigned 
keyword). By default plain char is unsigned. To force a convention opposite to 
the default, see 5.4.21 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned), 
p-66. 


« Sign of plain int bit-fields. bit-fields of type int are unsigned by default. Use 
the option -Xbit-fields-signed (C only) to be compatible with systems that 
treat plain int bit-fields as signed. 
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12.4 GNU Command-Line Options 


By default, GCC option flags from the command line or makefile are parsed and, 
if possible, translated to equivalent Wind River options. Translations are 
determined by the tables in the file gcc_parser.conf. Use -Xgcc-options-off to 
disable this feature. -Xgcc-options-verbose outputs a list of translated options. 
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This chapter describes compiler’s implementation of the ANSI C++ standard. For 
more information, see the references cited in Additional Documentation, p.8. 


13.1 Header Files 


The C++ compiler supports all ANSI-specified header files. Generally C++ uses 
the same header files as C (see 33. Header Files), but the C++ standard imposes 
additional requirements on standard C header files and the declarations need to be 
adjusted to work in both environments. See 13.3 Migration From C to C++, p.227 
below. 
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13.2 C++ Standard Libraries 


The Wind River Compiler includes two versions of the standard C++ library. The 
complete version provides full support for exceptions. The abridged version does 
not provide exception-handling functions, the type_info class for RTTI support, or 
complete STL functionality. 


The abridged version produces smaller, faster executables than the complete 
version, but the difference in size and speed varies from project to project. In 
general, the more an application uses the Standard Template Library, the greater 
the benefit from switching to the abridged version. 


To use the standard library, include one of the following linker options in your 
project makefile: 


Option Library 

-Istl Link to the complete standard library. 
-Istlstd Same as -Istl. 

-Istlabr Link to the abridged standard library. 


Projects that use any part of the standard library (including iostreams) must 
specify one of these linker options. For more information about library modules, 
see 32. Library Structure, Rebuilding. 


NOTE: VxWorks developers should not specify any of the -Istl... options listed 
above. To select a C++ library for VxWorks projects, see the documentation that 
accompanied your VxWorks development tools. 


To use the abridged library, you must also specify the -Xc++-abr compiler option. 
For example: 


dplus -Xc++-abr filel.cpp 
-Xc++-abr automatically disables exception-handling (-Xexceptions=off). 
For projects that use the complete C++ library, exception-handling must be enabled 
(-Xexceptions, the default). For projects that use the abridged version, 


exception-handling may be enabled as long as no exception propagates through 
the library. 


While the compiler supports the wchar_t type, in most environments the libraries 
do not support locales, wide- or multibyte-character functions, or the long double 
type. (Some VxWorks files may include stubs for unsupported wide-character 
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functions.) For user-mode (RTP) VxWorks projects, the libraries support 
wide-character functions. 


Nonstandard Functions 


The C++ libraries include definitions for certain traditional but nonstandard 
Standard Template Library and iostream functions. You can omit these definitions 
by editing the file version_path/include/cpp/yvals.h. 


To omit the Standard Template Library extensions, change the definition of 
_HAS_ TRADITIONAL STL to: 


#define _HAS TRADITIONAL_STL 0 


To omit the iostream extensions, change the definition of 
_HAS_TRADITIONAL_IOSTREAMS to: 


#define _HAS TRADITIONAL_IOSTREAMS 0 


To see which functions are nonstandard, look for the HAS TRADITIONAL _STL 
and _HAS_TRADITIONAL_IOSTREAMS macros in the library header files. 


13.3 Migration From C to C++ 


When C functions are converted to C++ or called from a C++ program, minor 
differences between the languages must be observed and the header files must be 
written in C++ style. The standard predefined macro __cplusplus can be used with 
#ifdef directives in the program and header files for code that will be used in both 
C and C++ modules. 


To call a C function from a C++ program, declare the prototype with extern "C" (to 
avoid name mangling) and declare the arguments in C++-compatible format. The 
extern "C" specification may apply to the single declaration that follows or to all 
declarations in a block. For example: 

extern "C" int £ (char c); 

extern "C" 

{ 


#include "my_c_lib.h" 
} 
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For information about calling C++ functions from C modules, see 9.4 C++ 
Argument Passing, p.183. 


A few general differences between C and C++ are listed below. For more 
information, see Additional Documentation, p.8. 


» A function declared func() has no argument in C++, but has any number of 
arguments in C. Use the void keyword for compatibility, e.g. func(void), to 
indicate a function with no arguments. 


= A character constant in C++ has the size of a char, but in C has the size of an int. 
» An enum always has the size of an int in C, but can have another size in C++. 
« The name scope of a struct or typedef differs slightly between C and C++. 


« There are additional keywords in C++ (such as catch, class, delete, friend, 
inline, new, operator, private, protected, public, template, throw, try, this, 
and virtual) that could make it necessary to modify C programs in which these 
keywords occur as declared identifiers. 


*»  InC, a global const has external linkage by default. In C++, static or extern 
must be used explicitly. 


13.4 Implementation-Specific C++ Features 


This subsection describes features of C++ that may behave differently in other 
implementations of the language. 


Construction and Destruction of C++ Static Objects 


Before the first statement of the main() function in a C++ program can be 
executed, all global and static variables must be constructed. Also, before the 
program terminates, all global and static objects must be destructed. 


These special constructor and destructor operations are carried out by code in the 
initialization and finalization sections as described under 15.4 Startup and 
Termination Code, p.262. 
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Templates 
Function and class templates are implemented according to the standard. 


Template Instantiation 


There are two ways to control instantiation of templates. By default, templates are 
instantiated implicitly—that is, they are instantiated by the compiler whenever a 
template is used. For greater control of template instantiation, the 
-Ximplicit-templates-off option tells the compiler to instantiate templates only 
where explicitly called for in source code—for example: 


template class A<int>; // Instantiate A<int> and all 
// member functions. 
template int f1(int); // Instantiate function int fl{int). 


The compiler options summarized below control multiple instantiation of 
templates. 


Options Related to Template Instantiation in C++ 


-Ximplicit-templates (5.4.69 Control Template Instantiation (-Ximplicit-templates...), 


p-86) 
Instantiate each template wherever used. This is the default. 


-Ximplicit-templates-off (5.4.69 Control Template Instantiation 
(-Ximplicit-templates...), p.86) 
Instantiate templates only when explicitly instantiated in code. 


-Xcomdat (5.4.28 Mark Sections as COMDAT for Linker Collapse (-Xcomdat), p.69) 
When templates are instantiated implicitly, mark each generated code or data 
section as “comdat”. The linker collapses identical instances so marked into a 
single instance in memory. This is the default. 


-Xcomdat-off (5.4.28 Mark Sections as COMDAT for Linker Collapse (-Xcomdat), p.69) 
Generate template instantiations and inline functions as static entities in the 
resulting object file. Can result in multiple instances of static member-function 
or class variables. This requires that -Ximplicit-templates-off be enabled. 


-Xcomdat-info-file (5.4.29 Maintain Project-wide COMDAT List (-Xcomdat-info-file), 
p.70) 
Maintain a list of COMDAT entries across modules. Speeds up builds and 
reduces object-file size, but has no effect on final executables. 
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-Xexpl-instantiations (Write Explicit Instantiations File (-Xexpl-instantiations), 
p-379) 


This linker option writes a file of all instantiations to stdout. Can be used with 
-Xcomdat-off to generate a complete list of template instantiations; source 
code can then be edited to explicitly instantiate templates where needed and 
then recompiled with -Ximplicit-templates-off. 


This option is deprecated. 


Using Export With Templates 


Exceptions 


There are two constraints on the use of the export keyword: 


An exported template must be declared exported in any translation unit in 
which it is instantiated (not just in the translation unit in which it is defined). 
In practice, this means that an exported template should be declared with 
export in a header file. 


A translation unit containing the definition of an exported template must be 
compiled before any translation unit which instantiates that template. 


Exception handling provides a mechanism for responding to software-generated 
errors and other exceptional events. It is implemented according to the standard. 


NOTE: See 15. Use in an Embedded Environment for a notes on implementing 
exceptions in a multitasking environment. 


The generation of exception-handling code can be disabled using the 
-Xexceptions=0 compiler option. When this option is enabled, the compiler also 
flags the keywords try, catch, and throw as errors. 


Array New and Delete 


The two memory allocation/deallocation operators operator new| ]() and 
operator delete ]() are implemented as defined in the standard. 
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Type Identification 


The typeid expression returns an expression of type typeinfo&. The type_info 
class definition can be found in the header file typeinfo.h. 


Dynamic Casts in C++ 


Namespaces 


Dynamic casts are made with dynamic_cast(expression) as described in the 
standard. 


Namespaces are implemented according to the standard. The compiler option 
-Xnamespaces-off disables namespaces; -Xnamespaces-on (the default) enables 
them. 


Undefined Virtual Functions 


The C++ standard requires that each virtual function, unless it is declared with the 
pure-specifier (=0), be defined somewhere in the program; this rule applies even if 
the function is never called. However, no diagnostic is required for programs that 
violate the rule. Programs with undefined non-pure virtual functions compile and 
run correctly in some cases, but in others generate “undefined symbol” linker 
errors. 


13.5 C++ Name Mangling 


NOTE: To interpret a mangled name, see Demangling utility, p.234. 


The compiler encodes every function name in a C++ program with information 
about the types of its arguments and (if appropriate) its class or namespace. This 
process, called name mangling, resolves scope conflicts, enables overloading, 
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standardizes non-alphanumeric operator names, and helps the linker detect errors. 
Some variable names are also mangled. 


When C code is linked with C++ code, the C functions must be declared with the 
extern "C" linkage specification, which tells the C++ compiler not to mangle their 
names. (The main function, however, is never mangled.) See 13.3 Migration From C 
to C++, p.227 for examples. 


The scheme used for mangling follows the suggestions in The Annotated C++ 
Reference Manual (by Ellis and Stroustrup), which should be consulted for details. 
Ina mangled name, two underscore characters separate the original name from the 
other encoded information. For this reason, the user should avoid double 
underscores in class or function names. 


A function name is encoded with the types of its arguments. A member function 
also has the class name or namespace encoded with it. The names of classes and 
other user-defined types are encoded as the length of the name in decimal followed 
by the name itself; nested class names contain the names of all classes in the 
hierarchy using the Q modifier (see the table below), and template class names 
include the arguments of the template. When necessary, local class names and 
other identifiers are encoded as the name itself followed by __L followed by an 
arbitrary number. Simple type indicators are single characters. 


A global function has a double underscore appended to its name, followed by the 
indicator F and the types of its arguments. For example, void myFunc(int, float) 
would be mangled as myFunc__Fif. 


A member function has the encoded class name or namespace inserted before the 
F indicator—for example, myFunc__7MyClassFif. An S preceding the F indicates 
a static member function. 


Static data members and variables that are members of namespaces are also 
mangled. Their mangled form consists of a double underscore appended to the 
variable name, followed by the encoded class name or namespace—for example, 
myNumber__7MyClass. 


Functions that instantiate or specialize templates have a template signature. 
Template parameters are encoded as ZnZ, where n is the parameter’s position 
(starting with 1); if a parameter’s depth is greater than 1, it is encoded as Zn_mZ, 
where m is parameter depth. The return type is also included in the mangled name. 
An __S after a template name indicates that the template is specialized; an __S after 
the argument list indicates that the instance is specialized. The __S indicator is 
similarly placed in the encoded names of parent classes of functions and static data 
members generated from templates. 
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For constructors, destructors, operator class members, and certain other 
constructs, a special string beginning with two underscores is prefixed to the class 
name. For example, __ct indicates a constructor and __pl indicates the + operator. 
See The Annotated C++ Reference Manual for details. 


Argument types are encoded as follows: 


Type Encodings for Name Mangling in C++ 


An_ 
Array (followed by the simple type name), where n is the array size. 
b 
bool 
da 
double 
c 
char 
e 
Ellipses parameter ( ... ) 
Ftype-list 
Function with parameters of types specified by the type-list. 
£ 
float 
i 
int 
L 
long long 
1 
long 
MT ypelType2 
Pointer to member in Typel of Type2. Typel is always of the form n name. 
Mmn 
Repeat m arguments with the same type as argument number n. m is limited 
to a single digit. 
nName 
User-defined type, with n giving the length of Name and Name giving the type 
name. 
Ptype 


Pointer to type. 
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Qm_ninamel1 
n2name2... 

Nested class name or namespace: m user-defined type names after Qm. 
Rtype 

Reference to type. 

long double 


short 


Tn 
Same type as argument number n. 


void 


wchar_t 


The following modifiers are inserted before the type indicator. If more than one 
modifier is used, they appear in alphabetical order. 


Modifiers for Type Encodings 


c 
const type 
s 
signed type 
uU 
unsigned type 
Vv 
volatile type 


Demangling utility 


To interpret a mangled name, enter 
ddump -F 


and then interactively enter mangled names one per line. ddump displays the 
demangled meaning of the name after each entry. If the entry is not a valid 
mangled name, there will be no output. 
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Table 13-1 Examples of ddump -F 


Entry to ddump Interpreted result 
myfunc__Fv myfunc(void ) 
mymain__FiPPc mymain (int , char **) 


13.6 Avoid setjmp and longjmp 


It is difficult to safely use setjmp() and longjmp() in C++ code because jumps out 
of a block may miss calls to destructors and jumps into a block may miss calls to 
constructors. 


Note that in addition to visible user-defined objects, the compiler may have created 
temporary objects not visible in the source for use in optimized code. 


Consider instead C++ exception handling in situations which might have used 
setjmp and longjmp. It will still be necessary to account for allocations and 
deallocations not performed through contructors and destructors of automatic 
objects. 


13.7 Precompiled Headers 


In projects with many header files, a large part of the compilation time is spent 
opening and parsing included headers. (To see how many header files are opened 
during compilation, use the -H option.) You can speed up compilation by using 
precompiled headers, enabled with the -Xpch-... options. The easiest option to use 
is -Xpch-automatic. For example: 


dplus -Xpch-automatic filel.cpp 


compiles file1.cpp using precompiled headers. This means that a set of header files 
is saved in a preparsed state and reused each time file1.cpp is compiled. The first 
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time you compile a project with -Xpch-automatic you will probably not notice an 
improvement in speed, but subsequent compilations should be faster. 


Within a header file, use #pragma no_pch to suppress all generation of 
precompiled headers from that file. To selectively suppress generation of 
precompiled headers, use #pragma hdrstop; headers included after #pragma 
hdrstop are not saved ina parsed state. 


Precompiled headers are supported by the C++ compiler only. 


Parsed headers are saved in PCH (precompiled header) files. The compiler 
processes PCH files only if one of the following options is enabled: 
-Xpch-automatic, -Xpch-create=filename, or -Xpch-use=filename. If more than one 
of these options is given, only the first is considered. 


When -Xpch-automatic is enabled, the compiler looks for a PCH file in the current 
working directory (unless you use -Xpch-directory=directory to specify a different 
location) and, if possible, uses the preparsed headers in that file. Otherwise a PCH 
file is generated with the default name sourcefile.pch, where sourcefile is the name 
of the primary source-code file. When the source file is recompiled, or when 
another file is compiled in the same directory, sourcefile.pch is checked for 
suitability and used if possible. 


Before using a PCH file, the compiler always verifies that it was created in the 
correct directory using the same compiler version, command-line options, and 
header-file versions as the current compilation; this information is stored in each 
PCH file. If more than one PCH file is applicable to a compilation, the compiler 
uses the largest file available. 


If you want to specify a name for the generated PCH file, use 
-Xpch-create=filename instead of -Xpch-automatic: 


dplus -Xpch-create=myPCH filel.cpp 


Later, you can reuse myPCH—when compiling the same file or a different file—by 
specifying -Xpch-use=filename: 


dplus -Xpch-use=myPCH file2.cpp 


The filename specified with -Xpch-create or -Xpch-use can include a full directory 
path, or the option can be combined with -Xpch-directory: 


dplus -Xpch-use=myPCH -Xpch-directory=/source/headers somefile.cpp 
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Limitations and Trade-offs 


Diagnostics 


A generated PCH file includes a snapshot of all the code preceding the header stop 
point—that is, #pragma hdrstop or the first token in the primary source file that 
does not belong to a preprocessor directive. If the header stop point appears within 
an #if block, the PCH file stops at the outermost enclosing #if. 


A PCH file is not generated if the header stop point appears within: 
«An #if block or #define started within a header file. 

« A declaration started within a header file. 

« A linkage specification’s declaration list. 


« An unclosed scope, such as a class declaration, established by a header file. (In 
other words, the header stop point must appear at file scope.) 


Further, a PCH file is not generated if the header stop point is preceded by: 
« Areference to the predefined macro _DATE_ or _ TIME 


« The #line preprocessing directive. 


A PCH file is generated only if the code preceding the header stop point has 
produced no errors and has introduced a sufficient number of declarations to 
justify the overhead associated with precompiled headers. Finally, a PCH file is 
generated only if sufficient memory is available. 


Efficient use of precompiled headers requires experimentation and, in most cases, 
minor changes to source code. PCH files can become bulky; included files must be 
organized so that headers are preparsed to as few shared PCH files as possible. 


The -Xpch-messages option generates a message each time a PCH file is created or 
used. The -Xpch-diagnostics option generates an explanatory message for each 
PCH file that the compiler locates but is unable to use. 
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14.1 Controlling Access to Code and Data 


By default, the compiler generates architecture-specific code for locating and 
accessing code and data in memory which will be suitable for many cases. In 
addition, a number of options are available for exercising fine control over the 
process, for locating code and data at specific locations in memory, and for 
generating position-independent code. All are described in detail in this chapter. 


section and use_section Pragmas 
Code and data are generated in sections in an object file, combined by the linker into 
an executable file, and ultimately located in target memory at specific locations. 


Default sections are predefined and have certain attributes. To change the name of 
a default section, use the -Xname-... option (see 5.4.99 Specify Section Name 
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(-Xname-...), p.100). The section and use_section pragmas may be used to change 
the default attributes, to define new sections, and to control the assignment of code 
and variables to particular sections and, along with the linker command file, their 
locations. 


#pragma section class_name [istring] [ustring] [addr-mode] [acc-mode] [address=x] 
#pragma use_section class_name [variable | function] 


class_name 
Required. Symbolic name for a predefined or user-defined section class to 
hold objects of a particular class, e.g., code, initialized variables, or 
uninitialized variables. 

istring 
Name of the actual section to contain initialized data. For variables, this 
means those declared with an initializer (e.g., int x=1;). Use empty quotes if 
this section is not needed but the ustring is. 


ustring 
Name of actual section to contain uninitialized data. For variables, this 
means those declared with no initializer (e.g., int x;). This name may be 
omitted if not needed (the default value is used). 


addr-mode 
Form of addressing mode for access to variables or functions in the 
section. See 14.2 Addressing Mode — Functions, Variables, Strings, p.244 for 
details. 


acc-mode 
Accessibility to the section. See 14.3 Access Mode — Read, Write, Execute, 
p-247 for details. 


#pragma section defines a section class and, optionally, one or two sections in the 
class. A section class controls the addressing and accessibility of variables and code 
placed in an instance of the class. 


For C++, #pragma section declarations apply to all global and namepace scope 
variables, class static member variables, global and namespace scope functions, 
and class member functions that follow the pragma. 


#pragma use_section selects a section class for specific variables or functions after 
the section class has been defined by #pragma section. 
Notes for #pragma section and #pragma use_section 


The C++ compiler has the following limitations for #pragma section and 
#pragma use_section: 
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« ‘Templates are not affected by #pragma section or #pragma use_section. 
However, you can alter the placement of all the data or code ina file 
(including templates) by using the command-line options -Xname-data 
(and related options, such as -Xname-sdata or -Xname-const) or 
-Xname-code. See 5.4.99 Specify Section Name (-Xname-...), p.100 for more 
information on these options. 


=» #pragma section STRING cannot be used to alter the placement of strings. 
Instead, use the command-line option -Xname-string. 


«  #pragma use_section must be followed by at least one declaration or 
definition of an entity for it to apply to that entity, as in: 


#pragma section MYCODE “.mycode” 
void my_func() 

{ 

} 


A section class_name (e.g., DATA) is the symbolic name of a section class and it 
is used only in writing #pragma section and #pragma use_section directives. 


At any given point in the source, there may be up to two physical sections 
associated with a section class—an initialized section and an uninitialized 
section as named by the istring and ustring attributes to #pragma section 
respectively (e.g., “.data”). Itis these physical sections which will appear in the 
object file and which may be manipulated during linking. 


istring is an optional quoted string giving a name for a particular section of the 
given class which is to contain initialized data. The name is used in the 
assembler .section directive to switch to the desired section for initialized data. 
An empty string or no string at all indicates that the default value should be 
used. Note that a section to contain code is “initialized” with the code. 
Examples: 


"_ bext", "sdatae”,. *.anit* 


ustring is an optional quoted string giving a name for a particular section of the 
given class which is to contain uninitialized data. The name is used in the 
assembly .section directive to switch to the desired section for uninitialized 
data. An empty string, or no string at all, indicates that the default value 
should be used. The string “COMM” indicates that the .comm/.lcomm 
assembler directives should be used. See 23.4 COMMON Sections, p.360 
regarding allocation of common variables for full details; generally however, 
COMM sections are gathered together by the linker an placed at the end of the 
-bss output section. Examples: 


".bss", ".data", "COMM" 
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Predefined section classes: Except when a user-defined section class has been 
specified, all variables and functions are categorized by default into one of 
several predefined section classes depending on how they are defined. Each 
predefined section class is defined by default values for all of its attributes. 
Table 14-1 gives the names and attributes of all predefined section classes. 


By using the #pragma use_section directive, any variable and function can be 
individually assigned to any of the predefined section classes, or to a 
user-defined section class. 


If a section pragma for some class is given with no values for one or more of 
the attributes, those attributes are always restored to their default values as 
given in Table 14-1. This is true even for a user-defined class_name (the table 
shows the default attributes in this case as well). 


Multiple #pragma section directives with different attributes can be given for 
the same class_name. Variables and functions use the earliest non-default 
directive that is valid at the point of definition. (This behavior can be changed 
with the -Xpragma-section-last directive; see 5.4.111 Control Interpretation of 
Multiple Section Pragmas (-Xpragma-section-...), p.104.) 


Pragmas are not seen across modules unless a common header file is included. 


The compiler associates each function with a storage space at the point in a 
module where it is first declared or defined. Subsequent attempts within the 
same module to assign a function to a storage space are ignored. 


For functions that are declared multiple times, the first section binding applies, 
unless the -Xpragma-section-last option has been specified. For example: 


void my_func(); /* binds to “text” */ 


#pragma section CODE “.mycode” 


void my_func() /* does not override previous binding unless 
-Xpragma_section-last has been used */ 


In this example, to force my_func to go into .mycode, you need to do one of 
the following: 


«Move the #pragma section before the initial declaration of my_func. 
« Specify -Xpragma-section-last on the command line. 


» Use #pragma use_section: 


14 Locating Code and Data, Addressing, Access 
14.1 Controlling Access to Code and Data 


void my_func(); 


#pragma section CODE “.mycode” 
#pragma use_section CODE my_func 


void my func() 
{ 
} 


"Code and data should not be placed in the same sections for architectures that 
have literal pools, unless -Xdump-literals is used. 


Section Classes and Their Default Attributes 


Table 14-1 below gives the predefined section classes and their default attributes, 
and also the defaults for a user-defined section class. 


Table 14-1 Section Classes and Their Default Attributes 


Default 
section 
class_name Description and Example istring ustring addr-mode acc-mode 
CODE code generated in functions .text n/a standard RX 
and global asm statements: 
int cube(int n) 
{ return n*n*n; } 
DATA static and global variables: ata COMM far-absolute RW 
static int a[10]; 
CONST const variables: .rodata_ .rodata far-absolute R 
const int a[10] = {1, ...}; 
STRING string constants: rodata n/a far-absolute R 
"hello\n" 
user-defined #pragma section USER ... .data COMM far-absolute RW 


Notes for Table 14-1: 


« Local data area optimization: global and static scalar variables may be placed 
ina local data area if -Xlocal-data-area, which has a default value of 64 bytes, is 
non-zero and optimization is in effect (either -O or -XO is present). The local 
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data area will be placed in the .data section for the module if any such variable 
in it has an initial value, or in the .bss section for the module if none do. When 
uninitialized variables are placed in the .data section in this way, it overrides 
the default COMM (common) section name as given above. See 14.4 Local Data 
Area (-Xlocal-data-area), p.254 for further details and restrictions. 


« The section names shown in the table assume the default value for option 


-Xconst-in-text. See Moving initialized Data From “text” to “data”, p.253 if 
-Xconst-in-text is set to a non-default value. 


« Dynamically initialized C++ const variables are treated like uninitialized 
non-const variables. For example: 


int -£() 3 
const int. * = EU}; 


By default, x is placed in the .bss section. 


14.2 Addressing Mode — Functions, Variables, Strings 


Table 14-2 


The addr-mode for a section is the addressing mode to be used when referencing a 
variable, function, or string in the section. It is one of the hex numbers given in the 
“Code” column of the following table. For the relative addressing modes 
constructed from a base register and offset, the table also shows the base register 
and the number of bits in the offset. Notes follow the table. See Implementation, 
p-251 for examples of code generated for each addressing mode. 


addr-mode Definitions 


addr-mode 
Name Code Description Bits Base Register 
standard 0x01 See Notes below. 
near-absolute 0x10 absolute 32 not applicable 
far-absolute Ox11 absolute 32 not applicable 
near-data 0x20 data relative, 32 r9 


same as far-data 
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Table 14-2 addr-mode Definitions (cont'd) 


addr-mode 

Name Code Description Bits Base Register 

far-data 0x21 data relative 32 r9 

near-code 0x40 code relative, 32 r8 for data references, PC 
same for branches 
as far-code 

far-code 0x41 code relative 32 r8 for data references, PC 

for branches 
Notes: 


«The “code” hexadecimal number is used for command-line options described 
below. 


« The addr-mode standard for the CODE section class means that a processor 
specific method is being used, usually defined to minimize access time. 


« Branches can be either PC-relative or absolute depending on processor 
and branch distance.Function pointers are always absolute. 


The addr-mode standard for data sections is equivalent to far-absolute. 
= Since MeCORE has no support for 16-bit addressing: 

"  near-data is equivalent to far-data (far-data is preferred) 

= near-code is equivalent to far-code (far-code is preferred) 


*  Position-independent Code (PIC) can be achieved by using the code relative 
addressing modes. 


«  Position-independent Data (PID) can be achieved by using the data relative 
addressing modes. 


See Generating Initializers for Static Variables With Position-Independent Code, p.256 
for further discussion of PIC and PID code, especially regarding constraints and 
limitations. 


Default addr-mode values for the predefined section classes are shown in Table 14-1. 
The following options change the default addr-mode: 
-Xaddr-data=mode 
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-Xaddr-string=mode 
-Xaddr-code=mode 
-Xaddr-const=mode 


-Xaddr-user=mode 


These options direct that the named section class, DATA, CONST, etc., be addressed 
with the given addressing mode. mode is a hexadecimal number as given in the 


“code” column in Table 14-2. 


Example: address all variables in the DATA section class with far-data addressing: 


-Xaddr-data=0x21 


The following table describes other command-line options that will affect the 


default addr-mode: 


-X Option Settings Implied by Other -X Options 


Option 


Sets All of 


-Xcode-absolute-near 


-Xaddr-const=0x10 
-Xaddr-string=0x10 


-Xaddr-sconst=0x10 
-Xaddr-code=0x10 


-Xcode-absolute-far 


-Xaddr-const=0x11 
-Xaddr-string=0x11 


-Xaddr-sconst=0x10 
-Xaddr-code=0x11 


-Xcode-relative-near 


-Xaddr-const=0x40 
-Xaddr-string=0x40 


-Xaddr-sconst=0x40 
-Xaddr-code=0x40 


-Xcode-relative-near-all 


-Xaddr-const=0x40 
-Xaddr-string=0x40 
-Xaddr-data=0x40 
-Xaddr-user=0x40 


-Xaddr-sconst=0x40 
-Xaddr-code=0x40 
-Xaddr-sdata=0x40 


-Xcode-relative-far 


-Xaddr-const=0x41 
-Xaddr-string=0x41 


-Xaddr-sconst=0x40 
-Xaddr-code=0x41 


-Xcode-relative-far-all 


-Xaddr-const=0x41 
-Xaddr-string=0x41 
-Xaddr-data=0x41 
-Xaddr-user=0x41 


-Xaddr-sconst=0x40 
-Xaddr-code=0x41 
-Xaddr-sdata=0x41 


-Xdata-absolute-near 


-Xaddr-data=0x10 
-Xaddr-user=0x10 


-Xaddr-sdata=0x10 
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Table 14-3 -X Option Settings Implied by Other -X Options (cont'd) 


Option Sets All of 


-Xdata-absolute-far -Xaddr-data=0x11 Xaddr-sdata=0x10 
-Xaddr-user=0x11 


-Xdata-relative-near -Xaddr-data=0x20 -Xaddr-sdata=0x20 
-Xaddr-user=0x20 


-Xdata-relative-far -Xaddr-data=0x21 -Xaddr-sdata=0x20 
-Xaddr-user=0x21 


NOTE: MeCORE supports only “far” addressing. The “near” forms are defined for 
convenience as equivalent to the “far” forms. 


14.3 Access Mode — Read, Write, Execute 


acc-mode defines how the section can be accessed and is any combination of: 


R 
Read permission. 
Ww 
Write permission. 
x 
Execute permission. 
fo) 


COMDAT — when the linker encounters multiple identical sections marked as 
“comdat”, it collapses the sections into a single section to which all references 
are made and deletes the remaining instances of the section. 


This is used, for example, with templates in C++. If COMDAT sections are 
disabled (-Xcomdat-off), the compiler generates a template instance for each 
module that uses a template, which can result in duplicate template 
instantiations. With the -Xcomdat option, the compiler uses “O” to mark 
sections generated for templates as COMDAT; the linker then collapses 
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identical instantiations into a single instance. See 5.4.28 Mark Sections as 
COMDAT for Linker Collapse (-Xcomdat), p.69. 


“not allocatable” —the section is not to occupy space in target memory. This is 
used, for example, with debug information sections such as .debug in ELF. N 
must be used by itself; it is ignored when it is combined with other flags. 


acc-mode is used by the assembler and loader. It does not affect type-checking 
during compilation. 
Default acc-mode values for the predefined section classes are shown in Table 14-1. 


If -Xconst-in-text=0 then the CONST, SCONST, and STRING section classes have 
will have access mode RW (read/write) rather than the default R (read only). See 
Moving initialized Data From “text” to “data”, p.253 for further details. 


Multiple instances of a constant allocated to a section with no write access (W) may 
be collapsed by the compiler to a single instance. 


Using #pragma section and #pragma use_section to Locate Variables and Functions at 
Absolute Addresses 


There are two ways to put a variable or function in a specific section. 


« A variable or function can be placed in a specific section by redefining the 
default section into which the variable or function would normally be placed. 
Examples: 


— Using the defaults, arl1 is placed in the DATA section class (.data) and 
referenced using far-absolute addressing: 


int ar1[100] = { 0 }; 


-— ar2 is placed in section .absdata and referenced using near-absolute 
addressing: 


#pragma section DATA ".absdata" near-absolute 
int ar2[100] = { 0 }; 


—  ar3 is again placed in the default DATA section class (.data) — because no 
istring, ustring, addr-mode, or acc-mode is given, the default values for these 
attributes as given in Table 14-1 are used. 


#pragma section DATA 
int ar3[100] = { 0 }; 
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- Avvariable or function can be placed by specifying a specific section in a 
#pragma use_section. Example: 


—  ar4 is placed in section .absdata and referenced using near-absolute 
addressing (see the next heading regarding the empty quotes in this 
example): 

#pragma section VECTOR "" ".absdata" near-absolute RW 


#pragma use_section VECTOR ar4 
int ar4[100]; 


Placing Initialized vs. Uninitialized Variables 


When defining a data section class to hold variables, the section pragma can name 
two sections: one for initialized variables and one for uninitialized variables, or 
either section by itself. Repeating from the definition above (section and use_section 
Pragmas, p.239): 


#pragma section class_name [istring] [ustring] .... 


class_name 
Required. Predefined or user-defined name to hold objects of a particular class, 
e.g., code, initialized variables, or uninitialized variables. 


istring 
Name of actual section to contain initialized data. For variables, this means those 
declared with an initializer (e.g., int x=1;). Use empty quotes if this section is not 
needed but the ustring is. 


ustring 
Name of actual section to contain uninitialized data. For variables, this means 
those declared with no initializer (e.g., int x;). This section may be omitted if not 
needed (which will assign the default value). 


Consider these examples: 
#pragma section DATA ".inits" ".uninits" 

int init=1; 

int uninit; 
Assuming no earlier pragmas for class DATA, the pragma changes the section for 
initialized variables from .data to .inits, and changes the section for uninitialized 
variables from COMMON (which the linker adds to .bss) to .cuninits. As a result, 
variable init will be placed in the .inits section (because init has an initial value), 
while variable uninit will be placed in the -uninits section because it has no initial 
value. 
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The following shows a common error: 


#pragma section DATA ".special" /* probably error */ 
init special; 
The user presumably intends for variable special to be placed in section .special. 
But the pragma defines .special as the section for initialized variables. Because 
variable special is uninitialized, it will be placed in the default COMMON section. 
Changing the above to 
#pragma section DATA "" ".special" 
int special; 
achieves the intended result because .special is now the section for uninitialized 
variables. 


Using the Address Clause to Locate Variables and Functions at Absolute Addresses 


The address=n clause provides a way to place variables and functions at a specific 
absolute address in memory. With this form, the linker will put the designated 
code or data in an absolute section named “.abs.nnnnnnnn” where nnnnnnnn is the 
value in hexadecimal, zero-filled to eight digits, of the address given in the 
address=n clause. 


NOTE: When using the address=n clause, any section name given by istring or 
ustring will be ignored. 


Advantages of using absolute sections (see 15.9.3 Accessing Variables and Functions 
at Specific Addresses, p.276): 


« I/O registers, global system variables, and interrupt handlers, etc., can be 
placed at the correct address from the compiled program without the need to 
write a complex linker command file. 


That is, if you know the address of an object at compile-time, the address 
clause of the #pragma section directive can be used in your source. If the 
location of the object is best left to link-time, use a #pragma section directive 
with a named section which can then by located via a linker command file. 


*» Asymbolic debugger will have all information necessary for full access to 
absolute variables, including types. Variables defined in a linker command file 
cannot be debugged at a high level. Examples: 


// define IOSECT: 
// a user defined section containing I/O registers 
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#pragma section IOSECT near-absolute RW address=0xffffff00 
#pragma use_section IOSECT ioregl, ioreg2 


// place ioregl at Oxffffff00 and ioreg2 at Oxffffff04 
int ioregl, ioreg2; 


// Put an interrupt function at address 0x700 
#pragma interrupt ProgramException 

#pragma section ProgSect RX address=0x700 
#pragma use_section ProgSect ProgramException 


void ProgramException() { 
// 
} 


Prototypes and the Placement of Sections 


If function prototypes are present, the compiler and linker select sections and their 
attributes for functions and, in C++, static class variables, based on where the 
prototypes of the functions appear in the source, rather than where the function 
definitions appear. 


The following example shows the wrong way to request the compiler and linker to 
place the function fun() in the .myTEXT section. 


int fun(); // Prototype determines "fun" section 


#pragma section CODE ".myTEXT" // #pragma before definition has no 
int fun() { // effect on placement of "fun" 


In this example, the initial declaration of fun() determines where it will appear in 


the executable; the subsequent #pragma is ignored. This is consistent with the 
behavior of the C++ compiler. 


Implementation 


The compiler will generate the assembly code for the different addr-mode settings 
as shown in Table 14-4. The corresponding code is as follows (the #pragma 
use_section is present to ensure that the variable var is placed in DATA rather than 
SDATA for simplicity). 


#pragma use_section DATA var 
int var=1; /* var in DATA or SDATA (not in .bss or .sbss) */ 


reg = var; 
fune () 7 /* fune in CODE */ 


Notes for Table 14-4: 
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The compiler may select a different register for the reg variable than is shown 
in the table. 


To reproduce the code as shown, place the above code ina file, e.g. test.c, and 
use -Xaddr-code and -Xaddr-data to set the addressing modes, and -g to turn 
on debugging (this disables some minor optimizations which might otherwise 
be present). For example, for standard addressing mode: 


dec -g -S -Xaddr-code=0x01 -Xaddr-data=0x01 -Xpass-source test.c 


Table 14-4 Code Generated for Different Addressing Modes 
Mode Reference to DATA: reg = var; Reference to CODE: func( ) 
standard lrw r2,var jbsr func 
near-absolute lrw r2,var jbsr func 
far-absolute lrw r2,var jbsr func 
near-data lrw r6,var@data jbsr func 
addu r6,r9 
ld.w r6, (r6,0) 
far-data lrw r6,var@data jbsr func 
addu r6,r8 
ld.w r6, (r6,0) 
near-code lrw r6,var@data jbsr func 
addu r6,r9 
ld.w r6, (r6,0) 
far-code lrw r6,var@data jbsr func 
addu r6,r8 
ld.w r6, (r6,0) 
far-data lrw r1,var@data lrw v1, func@data 
add rl, 23 add rlsro 
ldw r2, (r1,0) jsr r1 
far-code lrw r1,var@code lrw r1, func@code 
add rl, rs add r1,r8 
ldw r2, (r1,0) jsr r1 
Notes: 
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« The assembler uses some special M*CORE relocation types for the operators 
used in the table above. See F.1.6 ELF Relocation Information, p.596 for the 
complete list of relocation types. See also include/elf_mcore.h. 


Moving initialized Data From “text” to “data” 


Table 14-5 


Sections that hold setable variables are generically referred to as “data” sections 
(and should be in RAM), while sections that hold code, constants like strings, and 
unchangeable const variables are generically referred to as “text” sections (and can 
be in ROM). 


The -Xconst-in-text option provides a shortcut for controlling the default section 
for initialized data (istring) for the CONST, and STRING constant section classes. Its 
form is: 


-Xconst-in-text=mask 
where mask bit 0x1 controls const variables in the CONST section class, and 0x4 


controls string data in the STRING section class. 


If a mask bit is set to 1, variables or strings belonging to the corresponding section 
classes are placed in ROMable “text” sections; if set to 0, they are placed in “data” 
sections. 


By default, -Xconst-in-text=O0xff. This gives the behavior shown in the following 
table. (Note: the table shows section names for initialized sections. See notes 
following the table for uninitialized sections.) 


-Xconst-in-text mask bits 


“text” Section With “data” Section With 
Section Class Mask Bit Mask Bit Set to 1 Mask Bit Set to 0 
CONST Ox1 .todata (default) data 
STRING Ox4 .todata (default) data 


NOTE: Note that when a section is in “data” it will have access mode RW 
(read/write), while in “text”, the access mode will be R (read only). See 14.3 Access 
Mode — Read, Write, Execute, p.247. If a section is moved from its default by 
-Xconst-in-text, this will be a change from its usual default access mode. 


For example, -Xconst-in-text=1 means that initialized const variables should be 
placed in their usual default “text” section, .rodata, while strings should be placed 
in the .data section rather than their usual .rodata section. 
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While the option -Xconst-in-text is preferred, the older option -Xconst-in-data is 
equivalent to -Xconst-in-text=0, and thus requests that data for all constant 
sections, CONST, and STRING be placed in their corresponding “data” sections as 
given by the last column of the table above, and the older option -Xstrings-in-text 
is equivalent to -Xconst-in-text=0xf, and thus requests that data for all constant 
sections be placed in their default “text” sections. 


The table above gives section names for initialized sections. There are no 
uninitialized STRING sections. Uninitialized CONST sections, if moved from 
“text” to “data”, go in the COMM (common) section (which the linker puts at the 
end of the .bss section by default). 


14.4 Local Data Area (-Xlocal-data-area) 


The compiler supports a local data area (LDA) optimization. This optimization 
works as follows: 


« The LDA optimization applies only to static and global variables of scalar 
types—not arrays, structures, unions, or classes (for C++). 


«Like all optimizations, LDA optimization is enabled only if option -O or -XO is 
present. It can be disabled by setting -Xlocal-data-area=0. 


* An LDA is allocated for each module, and static and global scalar variables 
which are referenced at least once are allocated to it except as noted above. To 
restrict the optimization to static variables, use -Xlocal-data-area-static-only. 
VxWorks developers are strongly advised to use -Xlocal-data-area-static-only 
so that asynchronous changes to global variables remain visible to the 
generated code. 


« The variables in the LDA are addressed using efficient base register-offset 
addressing. The base register is chosen for the module by the compiler as part 
of its normal register assignment algorithms and optimizations. 


«If at least one variable in the LDA is initialized, the LDA will be in the .data 
section for the module. If all are uninitialized, the LDA will be in the .bss 
section for the module. 
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NOTE: Note that this can change the usual behavior for uninitialized variables — 
without LDA optimization, uninitialized variables go into the .bss section. But 
with LDA optimization, variables to be put into the LDA are put there whether 
initialized or not; and if any LDA variables are uninitialized, the LDA is placed in 
the .data section for the module, and in that case, any uninitialized variables in the 
LDA will also be in the .data section. 


« By default, the size of the LDA is 64 bytes. It may be set to a different size with 
option -Xlocal-data-area=n. However, a value larger than the default will be 
less efficient because the default was chosen based on the size of the most 
efficient offset. If there are too many scalar variables to fit in the LDA, the 
overflow will be allocated as usual. 


14.5 Position-Independent Code and Data (PIC and PID) 


By using the linker command language, it is easy to have complete control over 
where different sections of the program should be allocated in memory. However, 
in some cases there is no way of knowing where a program will reside in memory 
until load time. For example: 


«Ina multi-process environment without virtual memory, new programs are 
loaded wherever there is unallocated space. 


» When more than one process executes the same code section, but uses different 
data sections. In this case only the data has to be position-independent. 


In general there are two ways to provide load-time allocation: 


« By patching the code with the correct address while loading. The -r and -rn 
options to the linker keep the relocation data in the file and can be used by the 
loader to change all memory references. See F.1.6 ELF Relocation Information, 
p-596 for details about the -r options and relocation. 


« By generating position-independent code (PIC) which can be executed from 
any address. The compiler will only use addressing modes that are relative to 
either the current address or a reserved register. 


There are two types of position-independence: data position-independence (PID), 
which allows data to be located anywhere in memory, and code 
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position-independence (PIC), which allows code to be executed from anywhere. 
The compiler can generate both types, either separately or together. 


Individual code or data sections may be made position-independent with the 
addr-mode clause of the #pragma section directive (see pragma section and 
use_section Pragmas, p.239), or for all code or data sections in a compilation with 
command-line options. 


For the MeCORE family, the following options provide position-independence: 


« The -Xcode-relative-far option implements code position-independence by 
only using PC-relative branches and by using r8-relative addressing modes 
when accessing addresses in the code section, such as references to strings and 
const data. 


« The -Xdata-relative-far option implements data position-independence by 
using register r9 as a pointer to the data section and making all references to it 
as offsets from that register. 


« The -Xcode-relative-far-all option implements code and data 
position-independence by only using PC-relative branches and by using 
r8-relative addressing modes when accessing all data. 


Example: 
The following command generates totally position-independent code. 
dcc -Xcode-relative-far -Xdata-relative-far -O c.c 


NOTE: The libraries are compiled with default options and therefore do not use 
position-independent code and data. 


Generating Initializers for Static Variables With Position-Independent Code 


Position-independent addresses are not known at compile-time, so it is necessary 
to dynamically set pointers having constant initial values whose position will not 
be known until run-time, e.g., pointers to global variables, static local variables, 
static class variables, functions or methods, whenever these are in 
position-independent sections. 


See 5.4.48 Generate Initializers for Static Variables (-Xdynamic-init), p.76 for 
instructions on storing data in the initialization section when generating 
position-independent code or data. Examples: 
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/* Always OK. */ 
int i = 1; 


/* Following two statements, if compiled with -Xdata-relative-..., 
* would also require -Xdynamic-init because variable i and the 

* string "abc" would be position-independent data and have unknown 
* addresses at compile-time 


int *p = &i; 
char *s = "abc"; 


/* Following two statements, if compiled with -Xcode-relative-..., 
* would also require -Xdynamic-init because the address of 
* function £ would be unknown at compile-time. 
*/ 
int f (int a); 
int (foo) (ite), 8s 
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15.1 Introduction 


Device software development differs significantly from development for native 
environments, in part because there is often no operating-system support for: 


* initialization of data 

* initialization of argc, argv, and environment variables 

* hardware exception handling (illegal memory access, divide by zero, etc.) 

» file and device I/O 

*» memory allocation 

* signal handling 

* execution of instructions to enable caches 

* virtual memory 

Other features often needed in an embedded environment include: 

* control over addressing to minimize code size and maximize execution speed 
* complete control over allocation of code and data to specific addresses 

* placement of initialized data in ROM and its movement on startup to RAM 
* packed structures to map external hardware or data from other processors 


* mixing of big- and little-endian data structures 


15.2 Compiler Options for Embedded Development 


The following compile-time options and pragmas control code generation in 
various ways. All are documented in 5. Invoking the Compiler. 


-Xaddr-x 
Control addressing modes for data and code. See 14.2 Addressing Mode — 
Functions, Variables, Strings, p.244. 


-Xdollar-in-ident 
Allow variable names containing “$”-signs. 
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-Xmemory-is-volatile 
Treat all memory references as volatile, to avoid optimizing away accesses to 
hardware ports. This option is not needed if the volatile keyword is used for 
variables making accesses to volatile data. See 5.4.97 Treat All Variables As 
Volatile (-Xmemory-is-volatile, -X...-volatile), p.98. 


-Xsize-opt 
Minimize the size of the executable code. 


-Xstack-probe 
Insert code to check that the stack does not grow outside its boundaries. See 
15.4.6 Stack Initialization and Checking, p.267 for details. 


-Xconst-in-text=0xf 
Put strings and const data in the .text section together with code. See Moving 
initialized Data From “text” to “data”, p.253. 


-Xmember-max-align 

-Xstruct-min-align 
Options to pack structures in different ways. See 5.4.96 Set Maximum Structure 
Member Alignment (-Xmember-max-align=n), p.98 and 5.4.139 Set Minimum 
Structure Member Alignment (-Xstruct-min-align=n), p.115. 


-Xcode-relative... 

-Xdata-relative... 
Generate position-independent code and data (PIC and PID). See 
5.4.27 Generate Position-independent Code (PIC) (-Xcode-relative...), p.68 and 
5.4.35 Generate Position-independent Data (PID) (-Xdata-relative...), p.71, for 
various forms of these options. 


#pragma interrupt func 
Specify that a function func is an exception handler. See interrupt Pragma, p.132. 
#pragma pack 
Control packing of structures and the byte order of members. See the pack 
Pragma, p.135. 


#pragma section ... 
Control placement and addressing of variables and functions. See section and 
use_section Pragmas, p.239. 
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15.3 User Modifications 


Since most embedded environments are unique, some things must be modified by 
the user: 


* Startup code must initialize the processor and run-time. 
» Hardware exceptions must be handled. 
* A linker command file must specify where to allocate code and data. 


» It may be necessary to modify library functions to make user-supplied 
operating system calls. 


15.4 Startup and Termination Code 


This section describes startup and termination for self-contained applications built 
with the compiler. Applications that run under an operating system (such as 
VxWorks or Linux) work differently. 


As shipped, startup is carried out by four modules: crt0.s, crtlibso.c, ctordtor.c, 
and init.c. Termination is carried out by five modules: exit.c, crt0.s, crtlibso.c, 
ctordtor.c, and _exit.c. Read this section and examine these modules to determine 
whether any modifications are required for your target environment. 


An overall schematic for startup and termination is shown in Figure 15-1. This 
figure applies to all supported targets and does not show some details. See the 
referenced modules for complete details. Notes, including source locations and 
modification hints, are in the sub-sections immediately following the figure. 
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Figure 15-1 Startup and Termination Program Flow 


crt0.s 


section .text 
start: 


Initialize stack. 


Call _init_main().  _____|_ yy init.c: __init_main() 


a exit( ) eee re r, Move data from “rom” to “ram” for 
(in case user main( ) linker LOAD spec. 
returns). Clear .bss, etc. 


Set up argc, etc. if present. 
Call __init(). 


crtlibso.c ee ed 
__ init: 


Call __exec_ctors( ) 
(in ctordtor.c). 
<module’s .ctors section > return main User’s program 


<old-style .init$nn sectonss (argc, argy, env) ; 
Return from __ init. 


int main(...) 


{ 


Le exit.c: exit(int status) a } 


Call function registered by at_exit() 
calls. 


__fini: =O Call __fini(). 
Call ___exec_dtors( ) 


(in ctordtor.c). 
<module’s .dtors section> 


exit(0); 


<old-style .finignn sections> 


Return from __fini. —————_ > Call _EXIT(status); 


Y 


_exit.c: _EXIT(int status) 


Close files if present. 
Halt. 
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15.4.1 Location of Startup and Termination Sources and Objects 


15.4.2 Notes 


15.4.3 Notes 


The source of crt0.s is located in the sre/crtmcore directory. Objects are in the 
library directories shown in Table 2-2. 


init.c, crtlibso.c, exit.c, and _exit.c are in the src directory. Objects are in libc.a. 


for crt0.s 


crt0.s begins at label start. This is the entry point for the target application. 


crt0.s is brief, with most initialization done in init.c. Its first action is to initialize 
the stack to symbol __SP_INIT. This symbol is typically defined a linker command 
file. See Figure 25-1 for an example. 


Insert assembly code as required to initialize the processor before crt0.s calls 
__init_main() described in 15. Use in an Embedded Environment. Refer to 
manufacturer’s manuals for the target processor for information on initializing the 
processor. 


To replace crt0.o: 
* Copy and modify it as required. 
» Assemble it with: 


das crt0.s 


« Link it either by including it on a dld command line when invoking the linker, 
or by using the -Ws option if using the compiler driver, e.g., 


dec -Wsnew_crt0.o ... other parameters ... 


The -Ws option can be added to the user.conf configuration file to make it 
permanent. 


for crtlibso.c and ctordtor.c 


By default, compiled modules generate special .ctors and .dtors sections for 
startup and termination code, including constructor functions, destructor 
functions, and global constructors in C++. The .ctors and .dtors sections contain 
pointers to initialization and finalization functions, sorted by priority. This code is 
invoked during initialization and finalization through calls to __exec_ctors() and 
__exec_dtors() from the __init() and __fini() functions in crtlibso.c. The source 
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code for ___exec_ctors() and __exec_dtors(), along with symbols marking the top 
and bottom of .ctors and .dtors, is in ctordtor.c. (See Figure 15-1.) 


crtlibso.c includes “wrapper” sections .init$00, .init$99, .fini$00, and .fini$99. 
These sections, which previous versions of the compiler used for startup and 
termination code, exist for backward compatibility. 


For more information, see 15.4.8 Run-time Initialization and Termination, p.269. 


NOTE: The malloc() function supplied with the compiler must be initialized. This 
is done automatically by code generated in the .ctors section. If you do not use the 
standard crtlibso.c, then include comparable code in your own startup file. Other 
library functions may also require initialization, so __init() should be called in all 
cases. 


See also 5.4.48 Generate Initializers for Static Variables (-Xdynamic-init), p.76. 


15.4.4 Notes for init.c 


Initialization code that can be written in C or C++ should be inserted in or called 
from __init_main(), typically just before calling main(), so that all other 
initialization done by __init_main()—copying initial values from “rom” to “ram”, 
clearing .bss, and so forth—can be done first. 


Copying Initial Values From “ROM” to “RAM”, Initializing .bss 


In a typical embedded system, the initial values for non-const variables must be 
stored in some form of read-only memory, “ROM” for simplicity, while the code 
must refer to the variables themselves in writable memory, “RAM”. At startup, the 
initial values must be copied from ROM to RAM. In addition, C and C++ require 
that uninitialized static global memory be initialized to zero. 


init.c requires five symbols to “copy constants from ROM to RAM” (the traditional 
phrase) and to clear .bss. These five symbols, all typically defined in a linker 
command file, are: 


__DATA_ROM 
Start of the physical image of the data section for variables with initial values, 
including all initial values—the location in “ROM” as defined using the LOAD 
specification in the linker command file. 
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__DATA_RAM 
Start of the logical image of the data section — the location in “RAM” where the 
variables reside during execution as defined by an area specification (“> 
area-name’”) in the linker command file. 


__DATA_END 
End of the logical image of the data section. _DATA_END -__DATA_RAM 
gives the size in bytes of the memory to be copied. 


__BSS_START 
Start of the .bss section to be cleared to zero. 


__BSS_END 
End of the .bss section. 


The code in init.c compares _ DATA_ROM to __DATA_RAM, if they are different, it 
copies the data section image from __DATA_ROM to _DATA_RAM. It then 
compares __BSS_START with _ BSS_END and if they are different sets the memory 
so defined to zero. 


As noted, these symbols are typically defined in a linker command file. See 
25.6 Command File Structure, p.391 for an example. 
Providing arguments to main and data for memory resident files 


Examine the code in init.c to see how C-style main() function arguments and 
environment variables can be set up. The variables used in this code, such as 
__argv[] and __env[], are defined in src/memfile.c and src/memfile.h. These 
variables, as well as data for memory resident files, can be created using the setup 
program. See 15.11 Target Program Arguments, Environment Variables, and Predefined 
Files, p.279 for details. 


Replacing init.c 
To replace init.c: 


* Copy and modify it as required. 
* Include it as anormal C module in your build. 


15.4.5 Notes for Exit Functions 


Because embedded systems are often designed to run continuously, exit() may not 
be needed and will not be included in the target executable if not called. 
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To replace exit.c or _exit.c: 


«= Copy and modify as required. 
* Include with normal C modules in your build. 


15.4.6 Stack Initialization and Checking 


Stack Initialization 


The initial stack is initialized by crt0.s to symbol __SP_INIT, typically defined in the 
linker command file. See 15.4.2 Notes for crt0.s, p.264 and for an example see 
25.6 Command File Structure, p.391. 


An additional symbol, __ SP_END, is defined as the end of the stack in standard 
linker command files, as shown in the example. It is used in attempts to grow the 
heap and in stack checking. 


Stack Checking 


If the -Xstack-probe option is used when compiling, the compiler inserts code in 
each function prolog to check for stack overflow and to transfer memory from the 
heap to the stack, if possible, on overflow. 


Requirements 


= Code compiled with -Xstack-probe or -Xrtc=4 must be linked with the librta.a 
library (typically by using the -Irta option in the dld linker command line). 


= The identifier _SP_END must be defined in the linker command file as the 
lower bound of the stack. See the file conf/default.dld for an example. 


Implementation Details 


Code is added to the prolog of each function (but see the note below) to determine 
whether the stack exceeds _ RTC_SP_LIMIT (declared in rtc.h and initialized to 
__SP_END, typically defined in the linker command file as in 25.1 Example 
“bubble.dld”, p.386). If it does, the function __sp_grow() (defined in the librta.a 
library) is called(via a wrapper function __sp_grow_s() required to call 
__sp_grow() from within a function prolog). If the stack and heap are contiguous 
and there is sufficient space available in the heap, __sp_grow() will reassign the 
required memory from the heap to the stack and move the boundary recorded in 
__RTC_SP_LIMIT. If the stack cannot be extended, __sp_grow() terminates the 
program by calling __rtc_error("stack overflow"). See 15.6 Library Exception 
Handling, p.270 regarding termination. 
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When extending the stack, __sp_grow() maintains a 1KB buffer at the top of the 
heap to help prevent unchecked stack overflow from corrupting the heap. 


NOTE: No stack-checking code is inserted in leaf functions (functions that do not 
call other functions) which require less than 64 bytes of stack. Non-leaf functions 
always allocate an additional 64 bytes on the stack to allow for this. Stack checking 
code is generated only for leaf functions which require more than that. 


15.4.7 Dynamic Memory Allocation - the heap, malloc( ), sbrk( ) 


malloc() allocates memory from a heap managed by function sbrk() in sre/sbrk.c. 
There are two ways to create the heap: 


« Define _HEAP_START and _HEAP_END, typically in a linker command file. 
See the files conf/default.dld, conf/sample.dld, and 25.6 Command File 
Structure, p.391 for examples. 

" _Recompile sbrk.c as follows: 

dec -tiarget -c -D SBRK_SIZE=n sbrk.c 
where n is the size of the desired heap in bytes. 
The malloc() function implements special features for initializing allocated 


memoty to a given value and for checking the free list on every call to malloc() and 
free(). See malloc( ), p.513. 


NOTE: To avoid excess execution overhead, malloc( ) acquires heap space in 8KB 
master blocks and sub-allocates within each block as required, re-using space 
within each 8KB block when individual allocations are freed. The default 8KB 
master block size may be too large on systems with small RAM. To change this, call 


size t malloc_set_block_size (size_t blocksz) 


where blocksz is a power of two. 


NOTE: malloc() and related functions must be initialized by function __init() in 
crtlibso.c. See the note at the end of the section 15.4.3 Notes for crtlibso.c and 
ctordtor.c, p.264 for details. 
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15.4.8 Run-time Initialization and Termination 


The compiler automatically generates calls to initialization and finalization 
functions, including C++ global constructors, through pointers in each module’s 
.ctors and .dtors sections. Initialization and finalization functions can appear in 
any program module and are identified by the constructor and destructor 
attributes, respectively. Functions identified with the constructor and destructor 
attributes are executed when __init() and __fini() are called, as shown in 
Figure 15-1 and described in 15.4.3 Notes for crtlibso.c and ctordtor.c, p.264. 


NOTE: An archived object file containing constructors or destructors will not be 
pulled from its .a file and linked into the final executable unless it also contains at 
least one function that is explicitly called by the application. To ensure execution 
of startup and termination code, never create modules that contain only 
constructor and destructor functions. 


The priority of initialization and finalization functions can be set through 
arguments to the constructor and destructor attributes; functions with lower 
priority numbers execute first. For each priority level assigned, the compiler 
creates a subsection called .ctors.nnnnn or .dtors.nnnnn, where nnnnn is a five-digit 
numeral between 00000 and 65535; the higher the value of nnnnn, the earlier the 
functions in that section are called. For example, a function declared with 
__attribute__ (( constructor(12) )) will be referenced in .ctors.65523 (because 
65523=65535-12). All of the .ctors.nnnnn sections are grouped at link time into a 
single section called .ctors, and all of the .dtors.nnnmn sections are grouped at link 
time into a single section called .dtors. For an example linker map, see ctordtor.c. 


By default, user-defined initialization and finalization functions (as well as global 
class constructors) have the last priority, to ensure that compiler-defined 
initialization and finalization occurs first. 


For more information on constructor and destructor attributes, see constructor, 
constructor(n) Attribute, p.147 and destructor, destructor(n) Attribute, p.148. To 
change the default priority for initialization and finalization functions, see 
5.4.74 Control Default Priority for Initialization and Finalization 

Sections (-Xinit-section-default-pri), p.88. 


Old-style Initialization and Termination 


For backward compatibility, the compiler supports an older style of run-time 
initialization and termination that uses .init$nn and .fini$nn sections (instead of 
.ctors and .dtors). To use old-style initialization and finalization, enable 
-Xinit-section=2 (see 5.4.73 Control Generation of Initialization and Finalization 
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Sections (-Xinit-section), p.88). In this mode, the compiler also supports the use of 
special STI_nn_and _STD_nn_ prefixes (as well as constructor and destructor 
attributes) to identify initialization and finalization functions and set their priority. 
In cases where both .init$”n and .ctors sections are present, the default __init() 
function executes the code in .ctors first; similarly, in cases where both .fini$nn and 
.dtors sections are present, the default __fini() function executes the code in .dtors 
first. 


15.5 Hardware Exception Handling 


* Please refer to the M*CORE Reference Manual for a description of the exception 
(interrupt) handling by the hardware. 


The compiler provides the following support for interrupt routines: 
»  A#pragma interrupt which specifies that a function is an exception handler. 


* The library function raise( ), which can be called with an appropriate signal 
from the interrupt routine to raise a signal. 


=  A#pragma section directive that can place exception vectors at an absolute 
address. 


15.6 Library Exception Handling 


On error, many standard library functions set errno and return a null or undefined 
value as described for each function in 34. C Library Functions. This is typical of, for 
example, file system functions. 


Many math functions, malloc(), and some other library functions call a central 
error reporting function (in addition to setting errno): 


__diab_lib_error (int fildes, char *buf, unsigned nbyte) ; 
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where: 


fildes 
File descriptor index: 1 for stdout, 2 for stderr (the usual value for error 
reports). 


buf 


Buffer containing an ASCII string describing the error, e.g., “stack overflow”. 


nbyte 
Number of characters in buf (excluding any terminating null byte). 


__diab_lib_error() is defined in sre/lib_err.c and may be modified as required. 
(The prototype for __diab_lib_error() is not included in any user accessible 
header file; the prototype given above may be added to a user header file if it is 
desirable to call __diab_lib_error() from user application code.) Unless the 
message is intercepted by another program, __diab_lib_error() writes the 
message to the file given by fildes and returns the number of bytes written. After 
calling __diab_lib_error(), most functions continue execution (after setting errno 
if required). 


15.7 Linker Command File 


A linker command file: 


* Can specify input files and options, although usually these are on the 
command line. 


* Specifies how memory is configured. 
* Specifies how to combine the input sections into output sections. 
« Assigns addresses to symbols. 


See 25. Linker Command Language for more information about the command 
language, and 25.6 Command File Structure, p.391 for an example. 


When invoking a compiler driver such as dec, specify a non-default linker 
command file using the -Wm option: 


-Wmpathname 


where pathname is the full name of the file. To use the same linker command file for 
all compilations, specify this option in the user.conf configuration file. 
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If no -Wm option is used, the linker will use file version_path/conf/default.dld. 
Documentary comments are included in this file; please see it for details. See 
5.3.28 Specify Linker Command File (-W mfile), p.45 for additional details on the -W 
m option. 


Other linker command files written for some specific targets are also provided in 
the conf directory. These and default.dld may serve as examples for creating your 
own linker command file. 


15.8 Operating System Calls 


The source files available in the sre directory implement or provide stubs for a 
number of POSIX/UNIX functions for an embedded environment. A partial set is 
documented in the subsections of this section. Examine the .c files to see the 
complete set. 


The modules in the sre directory are typically stubs which must be modified for a 
particular embedded environment. These modules have been compiled and the 
objects collected into two libraries: 


libchar.a — basic operating systems functions using simple character 
input/output 


libram.a — basic operating system functions using RAM-disk file 
input/output. 


Variants of these libraries for different object module formats are found in the 
directories documented in Table 2-2. 


To use these functions: 


" Modify the above files or those such as chario.c discussed below. That is, 
replace the stub code with code which implements each required function 
using the facilities available in the embedded environment. 


= Compile the files; the script compile can be used as is or modified to do this. 


* Use dar to modify either the original or a copy of libchar.a or libram.a as 
appropriate, or simply include the modified object files in your link before the 
libraries. See 27. D-AR Archiver for instructions. 
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«  Ifacopy of libchar.a or libram.a was modified, see 32.2 Library Structure, p.454 
for a detailed description of how the libraries are structured and searched. 


15.8.1 Character I/O 


The predefined files stdin, stdout, and stderr use the __inchar()/__outchar() 
functions in version_path/src/chario.c. These functions can be modified in order to 
read/write to a serial interface on the user’s target. The files /dev/tty and /dev/lp 
are also predefined and mapped to these character I/O functions. 


chario.c can be compiled for supported boards and simulators by defining one of 
several preprocessor macros when compiling chario.c. These macros are: 


SingleStep debugger SINGLESTEP 
I.D.P. M68ECOx0 board IDP 

SB306 board SBC306 
EST Virtual Emulator EST 
MBUG monitor for 68k boards MBUG 


For example, all versions of chario.o in the supplied libraries are compiled for 
SingleStep as follows: 


dcc -c -DSINGLESTEP chario.c 


These preprocessor macros typically cause the inclusion of code which reads from 
or writes to devices on the board, or make system calls for doing so, or in the case 
of SingleStep, supports input/output to the SingleStep command window. 


chario.c has three higher level functions: 


"  inedit() corresponds to stdin; it reads a character by calling __inchar() 
and calls outedit() to echo the character. 


*  outedit(...) corresponds to stdout; it writes a character by calling 
__outchar(). 


*  outerror(...) corresponds to stderr; it writes a character by calling 
__outerrorchar( ). This function is currently used only by SingleStep 
(when compiling chario.c with -DSINGLESTEP); other implementations 
write stderr output to stdout. 
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The lower level functions, __inchar(),__ outchar(), and __outerrorchar( ) 
implement the actual details of input/output for each of the boards for emulators 
listed above. Examine the code for details. 


See the makefiles in the example directories (version_path/examplel...) for 
suggestions on recompiling chario.c for the selected target board. 


15.8.2 File /O 


A number of standard file I/O functions are implemented as a “RAM-disk”. These 
functions are part of the standard libc.a library when cross is used as part of a 
-ttof:cross option when linking (see Table 4-1). 


For a convenient way to create RAM-disk files for use with these functions, see 
15.11 Target Program Arguments, Environment Variables, and Predefined Files, p.279. 


Space required by the file I/O functions is allocated by calls to malloc(). 


The following functions are supported. For details on any of these functions, 
including header files containing their prototypes, lookup the function in 34. C 
Library Functions. 


access( ) 
In access.c, checks if a file is accessible. 


close() 
In close.c, closes a file. 


creat() 
In creat.c, opens a new file by calling open(). 


fentl() 
In fentl.c, checks the type of a file. 


fstat() 
In stat.c, gets some information about a file. 


isatty() 
In isatty.c, checks whether a file is connected to an interactive terminal. It is 
used by the stdio functions to decide how a file should be buffered. If it is a 
terminal, the stream will be flushed at every end-of-line, otherwise the stream 
will be buffered and written in large blocks. 


link() 
In link.c, causes two filenames to point to the same file. 
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lseek( ) 
In Iseek.c, positions the file pointer in a file. 


open() 
In open.c, opens a new or existing file. 


read() 
In read.c, reads a buffer from a file. 


unlink() 
In unlink.c, removes a file from the file system. 


write() 
In write.c, writes a buffer to a file. 


15.8.3 Miscellaneous Functions 


The following functions provide miscellaneous services. 


clock() 
In clock.c, is an ANSI C function returning the number of clock ticks elapsed 
since program startup. It is not used by any other library function. 


__diab_lib_err() 
In lib_err.c, reports errors caught by library functions. See 15.6 Library 
Exception Handling, p.270. 


_exit() 
In _exit.c, closes all open files and halts. See 15.4.5 Notes for Exit Functions, 
p-266. 


getpid() 
In getpid.c, returns a process number. Modify this if you have a 
multiprocessing system. 


__init_main() 
In init.c, is called from the startup code and performs some initializations. See 
15.4.4 Notes for init.c, p.265. 


kill() 
In kill.c, sends a signal to a process. Only signals to the current process are 
supported. 


signal( ) 
In signal.c, changes the way a signal is handled. 
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time() 
In time.c, returns the system time. Other functions in the library expect this to 
be the number of seconds elapsed since 00:00 January 1st 1970. 


15.9 Communicating with the Hardware 


The following features facilitate access to the hardware in an embedded 
environment. 


15.9.1 Mixing C and Assembler Functions 


The calling conventions of the compiler are well defined, and it is straightforward 
to call C functions from assembler and vice versa. See 9. Calling Conventions for 
details. 


Note that the compiler sometimes prepends and/or appends an underscore 
character to all identifiers. Use the -S option to examine how this works. 


In C++, the extern "C" declaration can be used to avoid name mangled function 
names for functions to be called from assembler. 

15.9.2 Embedding Assembler Code 
Use the asm keyword or direct functions to intermix assembler instructions in the 
compiler function. See 7. Embedding Assembly Code for details. 

15.9.3 Accessing Variables and Functions at Specific Addresses 


There are four ways to place a variable or function at a specific absolute address: 


1. At compile-time by using the #pragma section directive to specify that a 
variable should be placed at an absolute address. See Using the Address Clause 
to Locate Variables and Functions at Absolute Addresses, p.250. 
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Advantages of using absolute sections: 


«  I/Oregisters, global system variables, and interrupt vectors and functions 
can be placed at the correct address from the program without the need to 
write a complex linker command file. 


« Absolute variables will have all symbolic information needed by symbolic 
debuggers. Variables defined using the linker command language cannot 
be debugged at a high level. 


Examples using absolute addressing at compile-time: 


// define IOSECT: 

// a user defined section containing I/O registers 
#pragma section IOSECT near-absolute RW address=0xffffff00 
#pragma use_section IOSECT ioregl, ioreg2 


// place ioregl at Oxffffff00 and ioreg2 at Oxffffff04 
int ioregl, ioreg2; 


// Put an interrupt function at address 0x700 
#pragma interrupt programException 

#pragma section ProgSect RX address=0x700 
#pragma use_section ProgSect programException 


void programException() { 
// 
} 


At compile-time by using a macro. For example: 


/* variable at address 0x100 */ 
#define mem_port (*(volatile int *)0x100) 


/* function at address 0x200 */ 
#define mem_func (*(int (*) ())0x200) 


mem_port = mem_port + mem_func(); 


At link time by defining the address of an identifier. For example: 


In the C file: 


extern volatile int mem_port; /* variable */ 
extern int mem_func(); /* function */ 


mem_port = mem_port + mem_func(); 
In the linker command file add: 


_mem_port = 0x100; /* Both with and without '_' */ 
mem_port = 0x100; 
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_mem_func = 0x200; 

mem_func = 0x200; 
Note the use of the volatile keyword to specify that all accesses to this memory 
must be executed in the order as given in the source program, without the 
optimizer eliminating any of the accesses. 


4. By placing the variables or functions in a special named section during 
compilation and then locating the section via a linker command file. 


See 25. Linker Command Language for additional details. 


15.10 Reentrant and “Thread-Safe” Library Functions 


Most library functions are reentrant, although in some cases this is impossible 
because the functions are by definition not reentrant. In 34. C Library Functions, the 
“Reference” portion of each function description includes “REENT” for 
completely reentrant functions and “REERR” for functions which are reentrant 
except that errno may be set. Functions not so marked are not reentrant. In some 
cases, standard functions are supplied in special reentrant versions, and functions 
that modify only errno can be made completely reentrant by modifying the 
__errno_fn() function. See 34. C Library Functions, for more information. 


The reentrant functions are “thread-safe”—that is, they work in a multi-threaded 
or multitasking environment. Notable exceptions include malloc() and free(). 
Typically, real-time operating systems include thread-safe versions of these 
functions. You can also create thread-safe versions of malloc() and free() by 
implementing the functions __diab_alloc_mutex(), __diab_lock_mutex(), and 

diab_unlock_mutex(); these three functions are called by malloc() (see 
malloc.c for their usage) but, as shipped, do nothing. 
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15.11 Target Program Arguments, Environment Variables, and 
Predefined Files 


In a host-based execution environment, a program can be started with 
command-line arguments and can access environment variables and a file system. 


The setup feature brings the same capabilities to programs running in an 
embedded environment without the need for an operating system or file devices. 


Being able to pre-define arguments, environment variables, and files means: 


«When porting an existing host-based program (e.g., a test program or 
benchmark), it may be possible to compile and run the program with little or 
no modification. 


» A program can read large amounts of test or constant data from a “RAM-disk” 
file using the input/output functions described in 15.8.2 File I/O, p.274. 


The setup program provides initial values for arguments, environment variables, 
and RAM-disk files as follows: 


« You run setup on your host system, giving it options which provide values for 
target-based “command-line options” and “environment variables” and 
which name host files. 


" setup writes a file on your host system called memfile.c. The data for the 
arguments and environment variables and from the host files is included in 
memfile.c. 


* You then treat memfile.c as part of your application: include it as a normal .c 
file in your makefile in order to compile and link it with your application. 


* When you run your application on your target, the code in memfile.c and 
associated library functions will provide the data for the argc and argv 
arguments to main, for environment variables accessible through getenv calls, 
and for RAM-disk files. (See 15.4 Startup and Termination Code, p.262 for related 
details.) 


setup is run as follows: 
setup [-a arg] [-e evar[=value]] [-b file] [-t file] ... 
where the options are: 


-a arg 
Increments argc by one and adds arg to the strings accessible through argv 
passed to main in the usual way. The program name pointed to by argv[0] will 
always be “a.out”. 
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-e evar[=value] 
Creates an environment variable accessible through getenv() in the usual way: 
getenv (“name”) will return a null-pointer if name does not match any evar 
defined by -e, will return an empty string if there is a match but no value was 
provided, or will return “value” as a string. 


-b filename 
The contents of the given host file will be a binary file accessible as a RAM-disk 
file with the given name. (Any path prefix will be included in the filename 
exactly as given.) 


-t filename 
The contents of the host file will be a text file accessible as a RAM-disk file with 
the given name. (Any path prefix will be included in the filename exactly as 
given.) 

Any combination and number of the different options are allowed. Invoking setup 


with no arguments will display a usage message. 


Example 
If you run setup as follows: 
setup -a -f -a db.dat -e DEBUG=2 -b db.dat -t fl.asc 
it will write memfile.c in the current directory. 
When memfile.c is compiled and included in your application: 


« The application’s main function will act as if the application had been started 
with the command line: 


a.out -f db.dat 


« The environment variable DEBUG will be set to “2” so that getenv("DEBUG") 


Wh 


will return “2”. 


« Binary file db.dat will be predefined and can be opened with fopen() or 
open() library calls. 


« ASCII text file f1.ase will be predefined and can be opened as above. 


setup is an ANSI standard C program supplied in source form as setup.c in the src 
directory. To use it, first compile and link it with any native ANSI C tools on your 
host system. Typically, it will be sufficient to change to the tools’ sre directory, enter 
the following command (assuming cc invokes an ANSI C compiler): 


cc -o setup setup.c 
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and then move the executable file setup to your tools’ bin directory or some other 
directory in your path. 


15.12 Profiling in An Embedded Environment 


Profiling collects information while your program executes. That information is 
then fed back to the compiler for more optimal code generation based on what 
your program actually does when it executes. 


The compiler implements profiling through the -Xblock-count and -Xfeedback 
options. There are three main steps: 


Compile your code with -Xblock-count to insert counting code. 


Run your program; count data will be written as your program runs. Transfer 
the count data from the target to your host. 


Re-compile your code with -Xfeedback — the compiler will optimize based on 
the count data. 


In more detail: 


Compile all modules to be profiled with the -Xblock-count option, e.g.: 
dcc -c -Xblock-count filel.c file2.c 


This causes the compiler to insert minimal profiling code to track the number of 
times each basic block is executed (a basic block is the code between labels and 
branches). 


This profile data is written by the profiling code to a target file named dbcnt.out. 
Thus, you must either have an environment in which target files may be 
connected to files on your host, or you may use the RAM-disk service (see 
15.8.2 File I/O, p.274). 


Copy library module version_path/src/_exit.c and modify it to write the 
profiling data back to your host system. For example, if you used the 
RAM-disk feature, copy the data in target file dbcnt.out to stdout and collect 
the data into an ASCII file. The distributed _exit.c includes code to do this 
conditioned by two macros: PROFILING and RAMDISK. To use this code 
without further modification to _exit.c, recompile with: 


dcc -c -DPROFILING -DRAMDISK version_path/sre/_exit.c 
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See _exit.c for additional details. 
Compile the rest of your program and link as usual. 


Execute your program on the target system. When it terminates, it will write 
the profiling information back to the host system per your modification to 
_exit.c. 


If the profiling information was transferred back to the host in ASCII format, 
use the ddump command to convert it to a binary file (the dbcnt.out output 
filename is chosen because it is the default for the step after this). 


ddump -B -o dbent.out your-file-of-collected-profile-data 
Recompile the modules profiled with the -Xfeedback option: 
dcc -c -Xfeedback -XO filel.c file2.c 


(use -Xfeedback=profile-file, where profile-file is the name of file of collected 
profile data in binary form if that file is not named dbent.out). 


The compiler will optimize based on the profile data collected from the target. 
Make sure to use the -XO option as well to get the best code (either -XO or -O 
must be included or the profile data will be ignored). 
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The Wind River Assembler 


16.1 Selecting the Target 285 

16.2 The das Command 286 

16.3 Assembler Command-Line Options 286 
16.4 Assembler -X Options 291 


This chapter describes the assembler for M*CORE microprocessors. For in-depth 
information on the M*CORE architecture and instructions, please refer to the 
manufacturer’s documentation. 


16.1 Selecting the Target 


The target for the assembler is selected by the same methods as for the compiler. 
See 4.1 Selecting a Target, p.21 for details. When using the compiler drivers dec, 
dplus, etc., the target for the assembler is selected automatically by the driver. 
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16.2 The das Command 


The command to execute the assembler is as follows: 
das [options] [input-files] 
where: 


das 
Invokes the assembler. 


options 
Command-line options; see the following subsection for details. Options 
must precede the input files. 

input-files 
A list of filenames, paths permitted, separated by whitespace, naming the 
file(s) to be assembled; the default suffix is .s. 


The assembler assembles the input file and generates an object file as determined 
by the selected target configuration. By default, the output file has the name of the 
input file with an extension suffix of .o. The -o option can be used to change the 
output filename. 


The form -@name can also be used for either options or input-file. If found, the name 
must be either that of an environment variable or file (a path is allowed), the 
contents of which replace -@name. 


Example: assemble test.s with a symbol named DEBUG equal to 2 for use in 
conditional assembly statements: 


das -D DEBUG=2 test.s 


16.3 Assembler Command-Line Options 


The following command-line options are available. Also see the next section, 
16.4 Assembler -X Options, p.291. 


286 


16 The Wind River Assembler 
16.3 Assembler Command-Line Options 


NOTE: Command-line options are case-sensitive. For example, -c and -C are two 
unrelated options. For easier reading, command-line options may be shown with 
embedded spaces in the table. In writing options on the command line, space is 
allowed only following the option letter, not elsewhere. For example, 

“-D DEBUG=2” is valid; “-D DEBUG = 2” is not. 


If the same option is given more than once, the last instance is used. 


Show Option Summary (-?) 


-?, -h, 
--help 
Show synopsis of command-line options. 


Define Symbol Name (-Dname=value) 


-D name [=value] 
Define symbol name to have the given value. If value is not given, 1 is used. The 
-D option can be used to set symbols used with conditional assembly. See the 
if expression, p.326 for more information. 


Generate Debugging Information (-g) 
-g 
Generate debug line and file information. (ELF/ DWARF format only). 
Equivalent to -Xasm-debug-on. 
Include Header in Listing (-H) 
-H 
Print a header on the first line of each page of the assembly listing. See Include 


Header in Listing (-Xheader...), p.292 for additional details and 22. Example 
Assembler Listing for an example of an assembly listing. 
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Set Header Files Directory (-I path) 


-I path 
Specify a directory where the assembler will look for header files. May be 
given more than once. See the .include “file”, p.328 for more information. 


Generate Listing File (-l, -L) 


-1 
Generate the listing file to input-file.Ist. (To change the default extension of the 
output file, use -Xlist-file-extension=“string”; for example, 
-Xlist-file-extension=".L".) 

-L 
Generate the listing file to standard output. See 22. Example Assembler Listing 
for an example of an assembly listing. 


Set outpUt File (-o file) 


-o file 
Write the object file to file instead of the default (input-file.s). Applies only to 
the first file if a list of files is presented; remaining files in the list use the 
default. 


Remove the Input File on Termination (-R) 
-R 
May be used by tools to remove temporary files. 
Specify Assembler Description (.ad) File (-T ad-file) 
-T ad-file 
Specify which assembler description (.ad) file to use. This is normally set 
automatically by using the -t option, defining the DTARGET and the DOBJECT 


environment variables, or using the -WDDTARGET and the -WDDOBJECT 
command-line options. It is primarily for internal use by Wind River. 
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Select Target (-ttof:environ) 
-ttof:environ 
Specifies with one command the DTARGET (f), the DOBJECT (0), the DFP (f), 
and the DENVIRON (environ) configuration variables. See 4. Selecting a Target 
and Its Components for details. 
Print Version Number (-V) 
-v 
Display the version number of the assembler on standard output. 
Define Configuration Variable (-WDname=value) 
-WDname=value 
Set a configuration variable for use in the configuration files with the given 
name to the given value. Overrides an environment variable of the same name. 
Select Object Format and Mnemonic Type (-WDDOBJECT=object-format) 
-WDDOBJECT=object 
Specify the object format and mnemonic type. Overrides the environment 
variable DOBJECT if it is also set. 
Select Target Processor (-WDDTARGET=target) 
-WDDTARGET=target 
Specify the target processor. Overrides the environment variable DTARGET if 
it is also set. 


Discard All Local Symbols (-x) 


“x 
Discard symbols not declared .extern or .comm. 
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Discard All Symbols Starting With .L (-X) 


-x 
Discard all symbols starting with .L; supports compilers using this form for 
automatically generated symbols, including the Wind River compiler. 


Print Command-Line Options on Standard Output (-#) 


-# 
The output of this option can be directed to a file. This can be convenient when 
contacting Technical Services. The -# should immediately follow the das 
command (after a space). 


Read Command-Line Options from File or Variable (-@name, -@ @name) 


-@name 
Read command-line options from either a file or an environment variable. 
When -@name is encountered on the command line, the assembler first looks 
for an environment variable with the given name and substitutes its value. If 
an environment variable is not found then it tries to open a file with given 
name and substitutes the contents of the file. If neither an environment 
variable or a file can be found, an error message is issued and the assembler 
terminates. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) 


-@E=file 
-@E+file 
Redirect any output to standard error to the given file. 


-@o=file 
-@0+file 
Redirect any output to standard output to the given file. 


In both cases, use of + instead of = appends the output to the file. 
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16.4 Assembler -X Options 


The following options provide more detailed control of the assembler. The -X 
options are for use on the command line; -X options can also be set using the .xopt 
assembler directive. See .xopt, p.339. 


Specify Value to Fill Gaps Left by .align or .alignn Directive (-Xalign-fill-text) 


-Xalign-fill-text=n 
Fill gaps left by the .align or .alignn directive with the value n, overriding the 
processor-specific default. 


Interpret .align Directive (-Xalign-value, -Xalign-power2) 


-Xalign-value 
Interpret the value in an .align directive as the value to which the location 


counter is to be aligned, which must be a power of 2. Example: 
-Xalign-value=8 means .align is to align on an 8-byte boundary. 


-Xalign-power2 
Interpret the value in an .align directive as the power of 2 to which the location 
counter is to be aligned. Example: -Xalign-power2=3 means .align is to align 


on an 8-byte boundary 
This is the default. 


Generate Debugging Information (-Xasm-debug-... ) 


-Xasm-debug-off 
Do not generate debug line and file information. This is the default. 


-Xasm-debug-on 


Generate debug line and file information. (ELF/ DWARF format only). 


Align Program Data Automatically Based on Size (-Xauto-align) 


-Xauto-align-off 
The assembler performs no data alignment. This is the default. 


-Xauto-align 
Align program data automatically based on size. 
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Set Instruction Type (-Xcpuw-...) 


-Xcepu-tfarget 
Accept instructions only for the target processor designated by target. This 
option is primarily for internal use and is set automatically by the driver in 
response to the user-level -ttof:environ option. See Table 4-1 for details. 


Set Default Value for Section Alignment (-Xdefault-align) 


-Xdefault-align=value 
Set the value use when calculating the default alignment for .comm, .lcomm, 
and .sbss directives, and the alignment used by the .even directive. 


The default value of -Xdefault-align is 8 if no value is given. 


Absent this directive, the default alignment for ELF sections is the maximum 
alignment of all objects in the section. 


Note that for ELF modules, -Xdefault-align does not set the alignment of 
sections — it sets the default for used by the .comm, .lcomm, .sbss, and .even 
directives. Only if one of these directives is in fact used in a section will the 
alignment be as set by -Xdefault-align rather than the maximum alignment of 
all objects in the section. 


Enable Local GNU Labels (-Xgnu-locals-...) 


-Xgnu-locals-off 
Disable local GNU labels. See GNU-Style Locals, p.305 for more information. 
The default setting is -Xgnu-locals-on. 


-Xgnu-locals-on 
Enable local GNU labels. See GNU-Style Locals, p.305 for more information. 
This is the default. 


Include Header in Listing (-Xheader...) 
-Xheader 
Include a header in the listing. See the -1 and the -L options. This option is 


turned off as a default. This option has the same effect as the -H option. See 
also -Xheader-format below 31. 
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-Xheader-off 
Do not include a header in the listing file. This is the default. 


See 22. Example Assembler Listing for an example of an assembly listing. 


Set Header Format (-Xheader-format="string") 


-Kheader-format= "string" 
Define the format of the header in the assembly listing. (The header is enabled 
by options -H or -Xheader above). The header string can contain format 
specifications in any order introduced by a “%”. Characters not preceded by 
“%" are printed as is, including spaces and escapes such as “\t” for tab. 


Valid format specifications are: 


%nE 
Use n columns to display the error count. 


“nF 
Use n columns to display the filename. 


%N 
Start a new line. 


%nP 
Use n columns to display the page number. 


Use n columns to display the subtitle given with the -Xsubtitle option. 
Use n columns to display the title given with the -Xtitle option. 


Use n columns to display the warning count. 
The default header string is: 
"$30T File: %10F Errors %4E" 


See 22. Example Assembler Listing for an example of an assembly file listing. 


Set Label Definition Syntax (-Xlabel-colon...) 
-Xlabel-colon 


Require that all label definitions have a colon “:”appended. When this option 
is selected, some directives are allowed to start the line. This is the default. 
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Note that this applies to all directives, including .equ and .set. Thus, with this 


option: 
TRUE: .set 1 valid 
TRUE -set 1 invalid 


-Xlabel-colon-off 
Do not require label definitions to end with a colon “:”. When this option is 
selected, directives are not allowed to start in column 1. 


Set Format of Assembly Line in Listing (-Xline-format="string") 


-Kline-format= "string" 
Define the format of each assembly line in a listing. The string can contain the 
following format specifications, in any order, starting with a “%”. Characters 
not preceded by “%” are printed as is, including spaces and escapes such as 
“\t” for tab. 


Valid format specifications are: 


%n 
Use n columns to display current address. 


Sen mC 
Use n columns to display the generated code. A space is inserted at every 
nth column. 


%nD 
Display a maximum of n generated bytes for each source line. m may have 
a value from 1 through 32. More than one listing line might be used to 
display lines that produce many bytes. 


Use n columns to display the current source line number. 


Use n columns to display the current Program Location Counter (PLC) 
which corresponds to a section number. 


The assembly source statement follows the above items on the listing line. 
The default line format string is: 


"S8A S2P $32D%15.2C%5L\t" 


See 22. Example Assembler Listing for an example of an assembly listing. 
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Generate a Listing File (-Xlist-...) 
-Xlist-file 
Generate a listing file to file input-file.lst. Same as the -1 option. 


-Xlist-off 
Generate no listing file. This is the default. 


-Xlist-tty 
Generate a listing file to standard output. Same as the -L option. 


See 22. Example Assembler Listing for an example of an assembly listing. 


Specify File Extension for Assembly Listing (-Xlist-file-extension="string") 


-Xlist-file-extension="string" 
Use this option to override the default extension (.Ist) of the listing file 
generated by -l or -Xlist-file. For example, -Xlist-file-extension=".L" specifies 
the file extension .L. 


Set Delay of Literal Generation (-Xlit-marg-...) 


-Xlit-marg-hard=vwalue 
The assembler attempts to delay the generation of literals for as long as 
possible. This option, along with -Xlit-marg-soft and -Xlit-marg-thresh, 
controls that delay. The branch over the literals is only meant to be generated 
under unusual conditions. Use caution in invoking these options, as 
unpredictable results may result if the parameters are set to values beyond the 
capabilities of the target hardware. 


Each literal has two addresses: 

= faddr—the first address where the literal can be generated 
= laddr—the last address where the literal can be generated 
Forced generation of literals occurs when 


curPC >= faddr && {curPC + hard} > laddr 


(curPC is the current PC.) Use -Xlit-marg-hard to define the forced threshold 
value hard. The default value is 16. 


-Xlit-marg-soft=vwalue 
Define a soft (normal) threshold value. This threshold is used when the code 
contains an unconditional branch or return. The default value is 128. 
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Normal literal generation occurs when 
curPC >= faddr && (curPC + soft) > laddr 


-Xlit-marg-thresh=value 
Define a threshold value, that is, how long the thread should continue once 
literal generation has commenced. The default is 256. 


Literal generation continues as long as 


curPC >= faddr && (curPC + thresh) > laddr 


Set Line Length of Listing File (-Xllen=n) 


-Xllen=n 
Define the number of printable character positions per line of the listing file. 
The default is 132 characters. A value of 0 means unlimited line length. This 
value may also be set or changed by the .llen (.//en expression, p.330) and .psize 
(.psize page-length [,line-length], p.332) directives. 


See 22. Example Assembler Listing for an example of an assembly listing. 


Use old loopt Functionality(-Xloopt-old) 


-Xloopt-old 
By default, the current compiler treats the loopt instruction as a macro. Use 
this option to maintain behavior of compiler prior to version 4.3, that is, to use 
the loopt hardware instruction. See 21.5 loopt Macro Instruction, p.347. 


Enable Blanks in Macro Arguments (-Xmacro-arg-space-...) 


-Xmacro-arg-space-off 
Do not permit blanks in macro arguments. This is the default. 


-Xmacro-arg-space-on 
Permit blanks in macro arguments. 
Set Page Break Margin (-Xpage-skip=n) 
-Xpage-skip=n 


If n is zero (the default), page breaks in the listing file will be created using 
formfeed (ASCII 12). Otherwise each page will be padded with n blank lines, 
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and these n blank lines included in the count set by -Xplen option. See 
22. Example Assembler Listing for an example of an assembly listing. 


Set Lines Per Page (-Xplen=n) 


-Xplen=n 
Define the number of printable lines per page in the listing file. The default 
value of n is 60. See also -Xpage-skip above. This value may also be set or 
changed by the .Icnt (see ./cnt expression, p.329) and .psize (see .psize 
page-length [,line-length], p.332) directives. See 22. Example Assembler Listing for 
an example of an assembly listing. 


Limit Length of Conditional Branch (-Xprepare-compress=n) 


-Xprepare-compress=!1 
Change the maximum length of a conditional branch from the default, which 
is 32,766 bytes; if n is not specified, the length is set to 1024. If a conditional 
branch exceeds this limit, the assembler inserts a reverse conditional around 
an unconditional branch to the label. 


Enable Spaces Between Operands (-Xspace-...) 
-Xspace-off 
Do not allow spaces between operands in an assembly instruction. 


-Xspace-on 
Allow spaces between operands in an assembly instruction. This is the default. 


Delete Local Symbols (-Xstrip-locals..., -Xstrip-temps...) 


-Xstrip-locals 
Do not include local symbols in the symbol table. This is the same as the -x 
option. Local symbols are those not defined by .extern or .comm. 


-Xstrip-locals-off 


Include local symbols in the symbol table. This is the default. 
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-Xstrip-temps='"string" 
Do not include local labels starting with string in the symbol table. If no string 
is specified, .L will be used. This is the same as the -X option. This option can 
be used to suppress the temporary symbols generated by the compiler. 


-Xstrip-temps-off 
Include local symbols starting with .L in the symbol table. This is the default. 
Set Subtitle (-Xsubtitle="string") 
-Xsubtitle="string" 


Define a subtitle that will be printed in the %S field of the header. See Set 
Header Format (-Xheader-format="string”), p.293, for more information. 


Set Tab Size (-Xtab-size=n) 
-Xtab-size=n 
Define the number of spaces between tab stops. The default is 8. 


Set Title (-Xtitle="string") 


-Ktitle="string" 
Define a title that will be printed in the %T field of the header. See Set Header 


Format (-Xheader-format="string”), p.293, for more information. 
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17.1 Format of an Assembly Language Line 


An assembly language file consists of a series of statements, one per line. The 
maximum number of characters in an assembly line is 1024. 


The format of an assembly language statement is: 
[label : ] [opcode] [operand field] [// comment] 


Spaces and tabs may be used freely between fields and between operands (except 
that -Xspace-off option prohibits spaces between operands. See Enable Spaces 
Between Operands (-Xspace-...), p.297). 


A comment starts with “//” as shown above. See Comment, p.301 for additional 
comment details. 
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All fields are optional depending on the circumstances. In particular: 


Blank lines are permitted. 
A statement may contain only a label. 


The opcode must be preceded by a label or whitespace (one or more blanks or 
tabs). A statement may contain only an opcode. (Assembler directives may start 
in column one but only if the -Xlabel-colon option is given.) 


A line may consist of only a comment beginning in any column. 


An example of assembly language code follows: 


// mv_word(dest,src,cnt) 
// move cnt (r4) 4-byte words from src (r3) to dest (r2) 
.export mv_word 


. text 
mv_word: 
emplti r4,1 
jbt .L2 
+3) 
ld.w £7 )(4350) 
st.w r7, (r2,0) 


addi ¥2',4 

addi ¥3,4 

decne r4 

jbt .L3 
.L2: 

jmp ri5 


A label is a user-defined symbol which is assigned the value of the current location 
counter; both of which are entered into the assembler’s symbol table. The value of 
the label is relocatable. 


A label is a symbolic means of referring to a specific location within a program. The 
following govern labels: 
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A label is a symbol; see 17.2 Symbols, p.302 for the rules on forming symbols. 


A label always occurs first in a statement; there may be multiple labels on one 
line. 


A label may be optionally terminated with a colon, unless the -Xlabel-colon 
option is used in which case the colon is required. Examples: 


start: 
genesis: restart: // Multiple labels 
73: // A local label 


Opcode 


Operand Field 


Comment 


17 Syntax Rules 
17.1 Format of an Assembly Language Line 


4: // A local label 
(See 17.5 Local Symbols, p.304 for details on local labels.) 


The opcode of an assembly language statement identifies the statement as either a 
machine instruction or an assembler directive. 


The opcode must be preceded by a label or whitespace (one or more blanks or 
tabs). One or more blanks (or tabs) must separate the opcode from the operand 
field in a statement. No blanks are necessary between a label ending with a colon 
and an opcode. However, at least one blank is recommended to improve 
readability. 


A machine instruction is indicated by an instruction mnemonic. 


An assembler directive (or just “directive”), performs some function during the 
assembly process. It does not produce any executable code, although it may assign 
space in a program for data. Assembler directives may start in column one but only 
if the -Xlabel-colon option is given. 


The assembler is case-insensitive regarding opcodes. 


In general, an operand field consists of 0-2 operands separated by commas. 


The format of the operand field for machine instruction statements is the same for 
all instructions. The format of the operand field for assembler directives depends 
on the directive itself. 


The comment delimiters are pound sign “#” and the C++ comment marker “//”. 
An asterisk “*” in column 1 is also treated as a comment delimiter. 


The comment field consists of all characters in a source line including and 
following the comment character through the end of the line (the next <Newline> 
character). These characters are ignored by the assembler. 
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17.2 Symbols 


A symbol consists of a number of characters, with the following restrictions: 


* Valid characters include A-Z, a-z, 0-9, period ”.”, dollar sign “$”, and 
underscore “_”. 


* The first character must not be a “$” dollar sign. 


* The first character must not be numeric except for local symbols (17.5 Local 
Symbols, p.304). 


The only limit to the length of symbols is the amount of memory available to the 
assembler. Upper and lower cases are distinct: “Alpha” and “alpha” are separate 
symbols. 


A symbol is said to be declared when the assembler recognizes it as a symbol of the 
program. A symbol is said to be defined when a value is associated with it. A 
symbol may not be redefined, unless it was initially defined with the directive 
symbol .set expression (see symbol|[:] .set expression, p.335). 


There are several ways to define a symbol: 


* As the label of a statement. 

* Ina direct assignment statement. 

= With the .equ/.set directives. 

* Asa local common symbol via the .lcomm directive. 


The .comm directive will declare a symbol as a common symbol. If a common 
symbol is not defined in any module, it will be allocated by the linker to the end of 
the .bss section. See 23.4 COMMON Sections, p.360 for additional details. 


17.3 Direct Assignment Statements 


A direct assignment statement assigns the value of an arbitrary expression to a 
specified symbol. The format of a direct assignment statement is one of the 
following: 


symbol[:] = expression 


symbol[:] =: expression 
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The =: syntax has the side effect that symbol will be visible outside of the current 
file. Examples of valid direct assignments are: 


vect_size = 4 


vectora = Oxfffe 
vectorb = vectora-vect_size 
CRLF: =: Ox0DOA 


17.4 External Symbols 


A program may be assembled in separate modules, and linked together to form a 
single program. By using external symbols, it is possible to define a label in one file 
and use it in another. The linker will relocate the reference so that the same address 
is used. There are two forms of external symbols: 


«Ordinary external symbols declared with the .globl, .global, .xdef, or .export 
directives. 


*» Common symbols declared with the .comm directive. 


For example, the following statements define the array table and the routine two 
to be external symbols: 


.export table, two 


data 
table: 
.Space 20 # twenty bytes long 
. text 
two: 
movi 12.2 # return 2 
jmp r15 


External symbols are only declared to the assembler by the .globl, .global, .xdef, 
or .export directives. They must be defined (i.e., given a value) in another 
statement by one of the methods mentioned above. They need not be defined in the 
current file; in that case they are flagged as “undefined” in the symbol table. If they 
are undefined, they are considered to have a value of zero in expressions. 


The following statements, which may be located in a different file, use the above 


defined labels: 
jbsr two 
lrw r3,table 


st.w r4, (r3,0) 
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Note that whenever a symbol is used that is not defined in the same file, it is 
considered to be a global undefined symbol by the assembler. 


Anexternal symbol is also declared by the .comm directive in one or more modules 
(see .comm symbol, size [alignment], p.321). For the rest of the assembly such a 
symbol, called a common symbol, will be treated as though it is an undefined 
global symbol. The assembler does not allocate storage for common symbols; this 
task is left to the linker. The linker computes the maximum size of each common 
symbol with the same name, allocates storage for it at the end of the final .bss 
section, and resolves linkages to it (unless the -Xbss-common-off is used; see 
5.4.16 Control Allocation of Uninitialized Variables in “COMMON” and bss Sections 
(-Xbss-off, -Xbss-common-off), p.64). 


17.5 Local Symbols 


Local symbols provide a convenient way of generating labels for branch 
instructions. Use of local symbols reduces the possibility of attempting to define a 
symbol more than once in a program, and separates entry point symbols from local 
references, such as the top of a loop. Local symbols cannot be referenced by other 
object modules. The assembler implements two styles of local symbols. 


Generic Style Locals 


The generic style local symbols are of the form n$ where n is any integer. 
Examples of valid local symbols: 


1§ 
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3948 
Leading zeroes are significant, e.g., 26 and 02$ are different symbols. A local 
symbol is defined and referenced only within a single local symbol block. There is 
no conflict between local symbols with the same name which appear in different 
local symbol blocks. A new local symbol block is started when either: 


* Anon-local label is defined. 
» Anew program section is entered. 
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GNU-Style Locals 


A GNU-style local symbol consists of one to five digits when defined. AGNU-style 
local symbol is referenced by the digits followed by the character f or b. When the 
digits are suffixed by an f, the nearest definition going forward (toward the end of 
the source) is referenced. When suffixed with the character b, the nearest definition 
going backward (toward the beginning of the file) is referenced. Example: 
15 
. Long 15£ // Reference definition below. 
. Long 15b // Reference definition above. 
15% 
By default the GNU style local symbols are recognized by the assembler. This can 
be disabled with the option -Xgnu-locals-off (see Enable Local GNU Labels 
(-Xgnu-locals-...), p.292). 


17.6 Constants 


The assembler supports both integral and floating point constants. Integral 
constants may be entered in decimal, octal, binary or hexadecimal form, or they 
may be entered as character constants. Floating point constants can only be used 
with the .float and .double directives. 


Integral Constants 


Internally, the assembler treats all integer constants as signed 32-bit binary two’s 

complement quantities. Valid constant forms are listed below. The order of the list 
is significant in that it is scanned from top to bottom, and the first matching form 
is used. 


Cc 
character constant 


Oxhex-digits 
hexadecimal constant 


Ooctal-digits 
octal constant 
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$hex-digits 
hexadecimal constant 


lhex-digits 

hexadecimal constant 
@octal-digits 

octal constant 
Yobinary-digits 

binary constant 
decimal-digits 

decimal constant 
octal-digitso 

octal constant 
octal-digitsq 

octal constant 
binary-digitsb 

binary constant 


Examples: 
abc = 12 12 decimal 
bed = 012 12 octal (10 decimal) 
cde = 0x12 12 hex (18 decimal) 


To represent special character constants, use the following escape sequences: 


Constant Value Meaning 

'\b' 8 backspace 

\t' 9 horizontal tab 

‘\n' 10 line feed (newline) 
'\v' sul vertical tab 

'\f' 12 form feed 

\r' 13 return 

m 39 single quote 

N\\' 92 backslash 
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By using a “\nnn” construct, where nnn is an octal value, any character can be 


specified: 
‘\101' same as ‘A (65 decimal) 
"\60' same as ‘0 (48 decimal) 


Floating Point Constants 


Floating point constants have the following format: 
[+1 -]ii{e | =}[+| -]i 


where / is an integer. All parts are optional as long as the constant starts with a sign 
or a digit and contains either a decimal point or an exponent (e or E and a following 
digit). Also, +NAN and [+/-]INF are supported. Examples: 


float 1.2, -3.14, 0.27172e1 
double -123e-45, .56, 1e23 


String Constants 


The form of a string is: 
"characters" 
where characters is one or more printable characters or escape codes. 


Characters represented in the source text with internal values less than 128 are 
stored with the high bit set to zero. Characters with source text values from 128 
through 255, and characters represented by the “\nnn” construct are stored as is. 


A Newline character must not appear within the character string. It can be 
represented by the escape sequence \n as described below. The (") is a delimiter 
character and must not appear in the string unless preceded by a backslash “\”. 


The following escape sequences are also valid as single characters: 


Constant Value Meaning 

\b 8 Backspace 

\t 9 Horizontal tab 

\n 10 Line Feed (New Line) 
\v 11 Vertical tab 

\f 12 Form feed 
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Constant Value Meaning 

\r 13 Enter 

\" 34 Double quote “” 
\\ 92 Backslash “\” 
\nnn nnn (octal) Octal value of nnn 


Some examples follow. The final two are equivalent. 


Statement Hex Code Generated 

.ascii "hello there" 68 65 6C 6C 6F 20 74 68 65 72 65 
-ascii "Warning-\007\007\n" 77 61 72 6E 69 6E 67 2D 07 070A 
-ascii "Warning-",7,7,"\n" Same as previous line. 


308 


18 


Sections and Location 
Counters 


18.1 Program Sections 309 
18.2 Location Counters 310 


18.1 Program Sections 


Assembly language programs are usually divided into sections to separate 
executable code from data, constant data from variable data, initialized data from 
uninitialized data, etc. Some important predefined sections are described below, 
with a reference to the assembler directive that switches output to each section. 


text, p.337 
Instruction space. 


data, p.322 
Initialized data. 
.bss, p.320 


Uninitialized data. 


rodata, p.332 
Read-only data. 


By invoking these directives, it is possible to switch among the sections of the 
assembly language program. New sections can also be defined with the .section 


directive (see .section name, [alignment], [type], p.333). 
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The assembler maintains a separate location counter for each section. Thus for 
assembly code such as: 

. text 

instruction-block-1 

.data 

data-block-1 

. text 

instruction-block-2 

.data 

data-block-2 
In the object file, instruction-block-2 will immediately follow instruction-block-1, and 
data-block-2 will immediately follow data-block-1. 


ELF sections are aligned based on their contents or on a specified alignment in a 
.section directive. ELF sections are not extended to any boundary whether aligned 
or not. 


Padding introduced into a code section (but not other types of sections) by means 
of an .align or .alignn directive is zero-filled (illegal instruction). 


NOTE: See the -f linker option, 24. The dld Command, for filling of gaps between 
input sections in an output section. 


18.2 Location Counters 


The assembly current location counter is represented by the character “.”. In the 
operand field of any statement or assembly directive it represents the address of 
the first byte of the statement. 


NOTE: A current location counter appearing as an operand ina .byte directive (see 
.byte expression ,..., p.320) always has the value of the address at which the first byte 
was loaded; it is not updated while evaluating the directive. 


The assembler initializes the location counter to zero. Normally, consecutive 
memory locations are assigned to each byte of the generated code. However, the 
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location where the code is stored may be changed by a direct assignment altering 
the location counter: 


. = expression 


expression must not contain any forward references, must not change from one pass 
to another, and must not have the effect of reducing the value of ”.”. Note that the 


“wu 


assembler supports absolute sections when using ELF, so setting ”.” to an absolute 
position is equivalent to using the .org directive and will produce a section named 
eabs.xxxxxxxx, where xxxxxxxx is the hexadecimal address of the section, with 
leading zeros to fill to eight digits. The linker will then place this section at the 
specified address. For example: 


. = Oxf£0000 
will create a section named .abs.00f£0000 located at that address. 


Storage area may also be reserved by advancing the “.”. For example, if the current 
value of “.”is 0x1000: 


- = . +0x100 


would reserve 100 (hex) bytes of storage. The next instruction would be stored at 
address 0x1100. Note that 


.skip 0x100 


is amore readable way of doing the same thing. 
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19 


Assembler Expressions 


Expressions are combinations of terms joined together by unary or binary 
operators. An expression is always evaluated to a 32-bit value. If the instruction 
calls for only 8 or 16 bits, the least significant 8 or 16 bits are used. 


A term is a component of an expression. A term may be one of the following: 


A constant. 
A symbol. 


An expression or term enclosed in parentheses (). Any quantity enclosed in 

parentheses is evaluated before the rest of the expression. This can be utilized 
to alter the normal precedence of operators, e.g., differentiating between a*b+c 
and a*(b+c), or to apply a unary operator to an entire expression, e.g., -(a*b+c). 


Any expression, when evaluated, is either absolute or relocatable: 


1. 


An expression is absolute if its value is fixed. An expression whose terms are 
constants, or symbols whose values are constants via a direct assignment 
directive, is absolute. A relocatable expression minus a relocatable expression, 
where both items belong to the same program section is also absolute. 


An expression is relocatable if it contains a label whose value will not be defined 
until link time. In this case the assembler will generate an entry in the 

relocation table in the object file. This entry will point to the instruction or data 
reference so that the linker can patch the correct value after memory allocation. 
The allowed relocatable expressions are defined in F. Object and Executable File 
Format together with the relocation type used. The following demonstrates the 
use of relocatable expressions, where “alpha” and “beta” are symbols: 


alpha 
relocatable 
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alpha+5 
relocatable 


alpha-0Oxa 
relocatable 


alpha*2 
not relocatable (error) 

2-alpha 
not relocatable, since the expression cannot be linked by adding alpha’s 
offset to it 

alpha-beta 
absolute, since the distance between alpha and beta is constant, as long as 
they are defined in the same section 


alpha@l 
relocatable (the low 16 bits of alpha) 


NOTE: In the following tables, the phrase “expr evaluates to ... offset from the ... 
base register” (or similar) means that the assembler generates a constant which is 
adjusted as necessary by the linker so that the final value in memory is an offset 
from the designated base register. These constructs are used for 
position-independent code or data. To execute correctly, the designated base 
register must be loaded with the base of the code or data area as appropriate. See 
the discussions of these topics in 14. Locating Code and Data, Addressing, Access. 


Unary Operators 
The unary operators recognized by the assembler are: 


Yendof(section-name) 
Address of the end of the given section. Evaluates to .endof.section_name, 
a symbol created by the linker. (See 23.2 Symbols Created By the Linker, 
p-358.) 


<MCOR> 


expr@code 
expr evaluates to a 32 bit offset from the code base register (18), typically 


initialized to __SDA2_BASE_. 


expr@data 
expr evaluates to a 32 bit offset from the data base register (r9), typically 


initialized to _SDA_BASE._. 
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expr@h 
The most significant 16 bits of expr are extracted. 


expr@l 
The least significant 16 bits of expr are extracted. 


%sizeof(section-name) 


Size of the given section. Evaluates to .sizeof.section_name, a symbol 
created by the linker (see 23.2 Symbols Created By the Linker, p.358). 


“%startof(section-name) 


Address of the start of the given section. Evaluates to .startof.section_name, 
a symbol created by the linker (see 23.2 Symbols Created By the Linker, 
p-358). 


Unary add. 
Negate. 


Complement. 


Binary Operators 


The binary operators recognized by the assembler are: 


Binary Operator Description 

+ add 

- subtract 

* multiply 

/ divide 

| bitwise or 

% modulo 

& bitwise and 

A bitwise exclusive or 
<< shift left 
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Binary Operator Description 
>> shift right 
== equal to 


{= not equal to 


<= less than or equal to 

< less than 

>= greater than or equal to 
> greater than 


Operator Precedence 


Expressions are evaluated with the following precedence in order from highest to 
lowest. All operators in each row have the same precedence. 


Table 19-1 Assembler Operator Precedence and Associativity 


Operator Associativity 
unary + — ~ right to left 
@code @data 
a om left to right 
“%startof %endof %sizeof 
* / % (modulo) left to right 
binary + - left to right 
<< >> left to right 
< <= > >= left to right 
== != left to right 
& left to right 
A left to right 
left to right 
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Assembler Directives 


20.1 Introduction 317 
20.2 List of Directives 318 


20.1 Introduction 


All the assembler directives (or just “directives”) described here that are prefixed 


with a period ”.” are also available without the period. Most are shown with a “. 
except for those traditionally written without it. 


If the -Xlabel-colon option is given (see Set Label Definition Syntax (-Xlabel-colon...), 
p-293), then directives which cannot take a label may start in column 1. A directive 
which can take a label—that is, can produce data in the current section—may not 
start in column 1. If -Xlabel-colon-off is in force (the default), then no directive 
may start in column 1. 


Spaces are optional between the operands of directives unless the -Xspace-off 
option is in force (see Enable Spaces Between Operands (-Xspace-...), p.297). 


In addition to the directives documented in this chapter, the assembler recognizes 
the following directives generated by some compilers for symbolic debugging: 


.d1_line_start, .d1_line_end, .difile, .d1line, .def, .endef, .1n, .dim, .line, .scl, 
size, .tag, .type, .val, .d2line, .d2file, .d2_line_start, .d2_line_end, .d2string, 
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.d2_cfa_offset, .d2_cfa_register, .d2_cfa_offset_list,.d2_cfa_same_value_list, 
.d2_cfa_same_value, .uleb128, .sleb128 


The remainder of this chapter describes individual assembler directives. 


20.2 List of Directives 


symbol[:] = expression 


See symbol|:] .equ expression, p.324. See -Xlabel-colon-... in Set Label Definition 
Syntax (-Xlabel-colon...), p.293 regarding the initial colon. 


symbol[:] =: expression 


-2byte 


-4byte 


Equivalent to symbol = expression except that symbol will be made a global symbol. 
See -Xlabel-colon-... in Set Label Definition Syntax (-Xlabel-colon...), p.293 regarding 
the initial colon. 


This is a synonym for .short (.short expression ,..., p.336) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


This is a synonym for .long (.long expression ,..., p.330) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 
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.align expression 


Aligns the current location counter to the value given by expression (which must be 
absolute). When the option -Xalign-value is set, expression is used as the alignment 
value, and must be a power of 2. When the option -Xalign-power2 is set, the 
alignment value is 2 to the power of expression. 


The default is -Xalign-power2. 
There is no effect if the current location is already aligned as required. 


Ina section of type TEXT, if a “hole” is created, it will be zero-filled (illegal 
instruction) unless a different value is specified with -Xalign-fill-text. 


Example: 


-align 4 


With -Xalign-value, aligns on a 4-byte boundary; with -Xalign-power2, aligns on 
a 2* = 16-byte boundary. 


.alignn expression 


.ascii "string" 


Aligns the current location counter to the value given by expression (which must be 
absolute). 


There is no effect if the current location is already aligned as required. 


Ina section of type TEXT, if a “hole” is created, it will be zero-filled (illegal 
instruction) unless a different value is specified with -Xalign-fill-text. 


Example: 


-alignn 4 


Will align on 4 byte boundary. 


The .ascii directive stores the internal representation of each character in the string 
starting at the current location. See String Constants, p.307 for rules for writing the 
"string". 


The .ascii directive is actually a synonym of the .byte directive — its operands may 
be a list of expressions including non-strings. See .byte for details (.byte expression 
joie P20); 
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The .asciz directive is equivalent to the .ascii directive with a zero (null) byte 
automatically appended as the final character of the string. In the C language, 
strings are null terminated. See String Constants, p.307 for rules for writing the 
"string". 


-balign expression 


-bIkb expression 


.bss 


-bsect 


See .alignn expression, p.319. 


See .skip size, p.336. 


Switches output to the .bss section. Note that .bss contains uninitialized data only, 
which means that the .skip, space, and ds.b directives are the only useful 
directives inside the .bss section. 


See .bss, p.320 above. 


-byte expression ,... 


Reserves one byte for each expression in the operand field and initializes the value 
of the byte to be the low-order byte of the corresponding expression. Multiple 
expressions are separated by commas. 


Any expression may be a string containing one or more characters. Each character 
in the string will be allocated one byte. See String Constants, p.307 for the rules for 
writing a string. 
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Example: 
.byte 17,65,0101, 0x41 // sets 4 bytes 
.byte 0 // sets a single byte to 0 
. byte 7,7,"Warning",7,7,0 // sets 12 bytes 


.comm symbol, size [,alignment] 


Define symbol as the address of a common block with length given by expression 
size bytes and make it global. Contrast with .lcomm, (./comm symbol, size 
[alignment], p.329) which does not make the symbol externally visible. 


The size and alignment expressions must be absolute. 


All common blocks with the same name in different files will refer to the same 
block. The linker will collect and allocate space for all common blocks, and, by 
default, place this space at the end of the .bss section; see 23.4 COMMON Sections, 
p-360 for details. 


Optional alignment 


The optional alignment expression specifies the alignment of the common block. It 
must be absolute. If not specified, the default value equals the greatest power of 2 
which is less than or equal to the minimum of size and the value specified by 
-Xdefault-align (Set Default Value for Section Alignment (-Xdefault-align), p.292), 
which defaults to 8. 


See Interpret .align Directive (-Xalign-value, -Xalign-power2), p.291 for options for 
giving the alignment by power of 2 or the value specified. The default is to treat the 
alignment value as a power of 2. 


Examples (assume -Xdefault-align=8): 
.comm al,100 // 100 bytes aligned on an 8-byte boundary. 
. comm a2, 7,2 // 7 bytes aligned on a 4-byte boundary. 


dc.b expression 


See .byte expression ,..., p.320 above. 


dc.I expression 


See .long expression ,..., p.330. 
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dc.w expression 


See .word expression, ..., p.339. 


ds.b size 


See .skip size, p.336. 


.data 


Switches output to the .data (initialized data) section. 


.double float-constant ,... 


Reserves space and initializes double 64-bit IEEE floating point values. 


Example: 


double 1.0, -123.45e-56 


-dsect 
See .data, p.322 above. 

eject 
Forces a page break if a listing is produced by the -L or -1 options. See 22. Example 
Assembler Listing for an example of an assembly listing. 

.else 


The .else directive is used with the .ifx directives to reverse the state of the 
conditional assembly, i.e., if statements were skipped prior to the .else directive, 
statements following the .else directive will be processed, and vice versa. See .if 
expression, p.326 for an example. 
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.elseif expression 


.elsec 


.end 


.endc 


.endif 


.endm 


.entry symbol ,... 


The .elseif directive must follow a .ifx or another .elseif directive in a conditional 
assembly block. If all prior conditions (at the same nesting level) have been false, 
then the expression will be tested and if non-zero, the statements following it 
assembled, else statements will be skipped until the next .elseif, .else, or .endif 
directive. The expression must be absolute. See .if expression, p.326 for an example. 


See .else, p.322 above. 


This directive indicates the end of the source program. All characters after the end 
directive are ignored. 


See .endif, p.323 below. 


This directive indicates the end of a condition block; each .endif directive must be 
paired with a .ifx directive. See .if expression, p.326 for an example. 


This directive indicates the end of a macro body definition. Each .endm directive 
must be paired with a .macro directive. See 21. Assembler Macros for a detailed 
description. 


See .global symbol ,..., p.325. 
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symbol[:] .equ expression 


The statement must be labeled with a symbol and sets the symbol to be equal to 
expression. See -Xlabel-colon-... in Set Label Definition Syntax (-Xlabel-colon...), p.293, 
regarding the initial colon. Example: 


nine: .equ 9 
NOTE: Symbols defined with .equ may not be redefined. Use the second form of 


the .set directive in .set symbol, expression, p.335, instead of .equ if redefinition is 
required. 


.error "string" 


Generate an error message showing the given string. See String Constants, p.307 for 
rules for writing the "string". 


-even 
Aligns the location counter on the default alignment value, specified by the 
-Xdefault-align option (Set Default Value for Section Alignment (-Xdefault-align), 
p.292). 

.exitm 


Exit the current macro invocation. 


.extern symbol ,... 


Declare that each symbol in the symbol list is defined in a separate module. The 
linker supplies the value from the defining module during linking. Multiple 
.extern directives for the same symbol are permitted. Example: 


.extern add,sub,mul,div 
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-export symbol .... 


See .global symbol ,..., p.325 below. 


file "file" 


Specifies the name of the source file for inclusion in the symbol table of the object 
file. The default is the name of the file. This directive is used by compilers to pass 
the name of the original source file to the symbol table. Example: 


.file "test.c" 
fill count,[size[,value]] 
Reserves a block of data that is count*size bytes big and initialized to count copies 


of value. The size must be a value between 1 and 4. The default size is 1 and the 
default value is 0. 


float float-constant ,... 


Reserves space and initializes single 32-bit IEEE floating point values. Example: 


-float 3.14159265, .089e4 


.global symbol ,... 
Declares each symbol in the symbol list to be visible outside the current module. 
This makes each symbol available to the linker for use in resolving .extern 
references to the symbol. Example: 
.global add,sub,mul,div 
-globl symbol .... 


See .global symbol ,..., p.325 above. 
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Appends the character string to a special section called .comment in the object file. 
See String Constants, p.307 for rules for writing the "string". Example: 


-ident "version 1.1" 


The .if construct provides for conditional assembly. The expression must be 
absolute. If the expression evaluates to non-zero, all subsequent statements until the 
next .elseif, .else, or .endif directive at the same nesting level are assembled. If the 
terminating statement was .elseif or .else, then all statements following it up to the 
next .endif at the same level are skipped. 


If the expression is zero, all statements up to the next .elseif, .else, or .endif at the 
same nesting level are skipped. An .elseif directive is evaluated and statements 
following it are skipped or not in the same manner as for the initial .if directive. If 
an .else directive is encountered, the statements following it up to the matching 
endif are assembled. 


.if constructs may be nested. Example: 


~E long_file_names 
maxname: .equ 1024 

.elseif medium_file_names 
maxname: .equ 128 

.else 
maxname: .equ 14 

.endif 


The following directives are equivalent: .else and .elsec, and .endif and .endc. 


.ifendian big 
Assemble the following block of code if the mode is big-endian. 


-ifendian little 
Assemble the following block of code if the mode is little-endian. 


Note: the “endian” mode is set automatically from the target options and may 
not be directly changed by the user. 
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.ifeq expression 


.ifeq is an alias for .if expression == 0. See “.if expression” above for more details. 


.ife "string1","string2" 


.ifc is effectively an alias for .if "string1"="string2" (.if does not allow string 
expressions). See .if expression, p.326 for more details. See String Constants, p.307 
for rules for writing each "string". 


For compatibility with other assemblers, either string may be enclosed in single 
quotes rather than double quotes. Within such a single-quoted string, two single 
quotes will be replaced by one single quote. 

.ifdef symbol 
Assemble the following code if the symbol is defined. See also .ifndef symbol, p.328 


below. See .if expression, p.326 for more details on .if constructs. 


.ifge expression 


The .ifge is an alias for .if expression >= 0. See .if expression, p.326 for more details. 


.ifgt expression 


The .ifgt is an alias for .if expression > 0. See .if expression, p.326 for more details. 


.ifle expression 


The .ifle is an alias for .if expression <= 0. See .if expression, p.326 for more details. 


.iflt expression 


The .iflt is an alias for .if expression < 0. See .if expression, p.326 for more details. 
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.ifne "string1","string2" 
.ifnc is effectively an alias for .if "string1"!="string2" (.if does not allow string 


expressions). See .if expression, p.326 for more details. See String Constants, p.307 
for rules for writing each "string". 


For compatibility with other assemblers, either string may be enclosed in single 
quotes rather than double quotes. Within such a single-quoted string, two single 
quotes will be replaced by one single quote. 


.ifndef symbol 


Assemble the following code if the symbol is not defined. See .ifdef symbol, p.327 
above. See also .if expression, p.326 for more details on .if constructs. 


.ifne expression 


.ifne is an alias for .if expression != 0. See .if expression, p.326 for more details. 


.import symbol ,... 


See .extern symbol ,..., p.324. 


incbin "file" ,offset[,size]] 


Insert the content of a specified file into the assembly output. The assembler 
searches for the file in the current directory and all paths added using the -I option. 
If offset is specified, offset bytes are skipped at the beginning of the file. If size is 
specified, only size bytes are inserted into the assembly output. 


.include "file" 


Inserts the contents of the named file after the .include directive. May be nested to 
any level. Example: 


.include "globals.h" 
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Set or change the number of lines on each page of the listing file. The default value 
is 60. This count may be set initially by option -Xplen (Set Lines Per Page (-Xplen=n), 
p-297), and it includes any margin set by option -Xpage-skip (Set Page Break Margin 
(-Xpage-skip=n), p.296). See 22. Example Assembler Listing for an example of an 
assembly listing. Example: 


Lent 72 


.lcomm symbol, size [,alignment] 


list 


.literals 


Define a symbol as the address of a local common block of length size expression 
bytes in the .bss section. 


Note that the symbol is not made visible outside the current module. Contrast with 
comm . 


The size and alignment expressions must be absolute. See Optional alignment, p.321 
for a description of the alignment parameter and its default value. Example: 


.lcomm local_array, 200 # 200 bytes aligned on 8 bytes by default 


Turns on listing of lines following the .list directive if the option -L or -l is specified. 
Listing can be turned off with the .nolist directive. See 22. Example Assembler 
Listing for an example of an assembly listing. 


Flushes the assembler’s accumulated literal pool for the jmpi, jsri, and lrw 
instructions for the current section. This is used to emit the literal table at the exact 
point desired. 


Whenever the distance to the most remote instruction referencing a literal gets 
close to the maximum, the assembler automatically emits part of table. It tries to 
generate the table after a branch if possible; otherwise it will insert a branch around 
the table. 
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.llen expression 


Set the number of printable character positions per line of the listing file. The 
default value is 132. A value of 0 means unlimited line length. This count may be 
set initially by option -Xllen (Set Line Length of Listing File (-Xllen=n), p.296). See 
22. Example Assembler Listing for an example of an assembly listing. Example: 


.llen 132 


.llong expression .... 


Reserves 8 bytes (64 bits) for each expression in the operand field and initializes the 
value of the word to the corresponding expression. Example: 


.Llong Oxfedcbha9876543210,0123456,-75 // 24 bytes 


-long expression .,... 


Reserves one long word (32 bits) for each expression in the operand field and 
initializes the value of the word to the corresponding expression. Example: 


. Long Oxfedcbha98,0123456,-75 // 12 bytes 


name.macro [parameter ,...] 


Start definition of macro name. All lines following the .macro directive until the 
corresponding .endm directive are part of the macro body. See 21. Assembler Macros 
for a detailed description. 


Note: the form: 
-macro name parameter ,... 


is also permitted for compatibility with other tools but is not recommended. 


-«mexit 


Exit the current macro invocation. Synonymous with .exitm, p.324. 
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-.name "file" 


nolist 


-org expression 
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See file “file”, p.325. 


Turns off listing of lines following the .nolist directive if the option -L or -l is 
specified. Listing can be turned on with the .list directive. See 22. Example 
Assembler Listing for an example of an assembly listing. 


Sets the current location counter to the value of expression. The value must either 
be an absolute value or be relocatable and greater than or equal to the current 
location. Using the .org directive with an absolute value in ELF mode will produce 
a section named .abs.xxxxxxxx, where xxxxxxxx is the hexadecimal address of the 
section (with leading zeros as required to fill to eight digits). The linker will then 
place this section at the specified address. Example: 


.Org Oxf£0000 


will produce a section named .abs.00ff0000 located at that address. 


.p2align expression 


-page 


Aligns the current location counter to 2 to the power of expression. The .p2align 
directive is equivalent to .align when the -Xalign-power2 option is enabled. 


See .eject, p.322. 


-Ppagelen expression 


See .Icnt expression, p.329. 
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-plen expression 


See .Icnt expression, p.329. 


.previous 
Assembly output is directed to the program section selected prior to the last 
section, .text, .data, etc. directive. 

-psect 


See .text, p.337. 


.psize page-length [,line-length] 
Set the number of lines per page and number of character positions per line of the 
listing file. This directive is exactly equivalent to setting page-length with the .Icnt 
expression, p.329 and setting line-length with the .llen expression, p.330; see them for 


additional details. See 22. Example Assembler Listing for an example of an assembly 
listing. 


Example: 
-_psize 72,132 
data 


Switches output to the .rodata (read-only data) section. 


.rodata 


Switches output to the .rodata (read-only data) section. 
-Sbss [symbol, size [,alignment]] 


With no arguments, switch output to the .sbss section (short uninitialized data 
space). 
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-Sbttl "string" 


.sdata 


.sdata2 
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With arguments, define a symbol as the address of a block of length size expression 
bytes in the .sbss section and make it global. 


The size and alignment expressions must be absolute. See Optional alignment, p.321 
for a description of the alignment parameter and its default value. Examples: 


.sbss // switch to .sbss section 
.sbss local_array,200 // reserve space in .sbss section 


See .subtitle “string”, p.337. 


Switches output to the .sdata (short data space) section. 


Switches output to the .sdata2 (constant short data space) section. 


-section name, [alignment], [type] 


Table 20-1 


The assembly output is directed into the program section with the given name. The 
section name may be quoted with the (") character or not quoted. The section is 
created if it does not exist, with the attributes specified by type. type is one or more 
of the following characters, written as either as a quoted "string" or without quotes. 
If type is not specified, the default is d (data). 


Section Type 


Type Linker Command File 

Character Section Type Description of Section Contents 
b BSS zero-initialized data 

c TEXT executable code 

d DATA data 

m TEXT DATA mixed code and data 
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Section Type (cont'd) 

Type Linker Command File 

Character Section Type® Description of Section Contents 

n COMMENT not allocatable — the section is not to occupy 
space in target memory; for example, 
debugging information sections such as 
debug in ELF 

) not applicable? COMDAT section (see 23.5 COMDAT Sections, 
p-361) 

r CONST readable data 

w DATA writable data 

x TEXT executable code 


. See Type Specification: ([=]BSS), (I=]COMMENT), ([=]CONST), ([=]DATA), ([=]TEXT), 


([=]BTEXT); OVERLAY, NOLOAD, p.396. 


. ‘0’, for COMDAT, is an additional attribute of a section and is usually used with 


another type specification character. If “o” is used with another section type character, 
the linker command file section type will be that of the other section type character; if 
used by itself, the default will be COMMENT. 


The alignment expression must evaluate to an integer and specifies the minimum 
alignment that must be used for the section. 


The compiler uses the b type with the #pragma section directive to specify an 
uninitialized section. Example: direct assembly output to a section named “.rom”, 
with four-byte alignment, containing read-only data and executable code: 


.section ".rom",4,rx 


The assembly output is directed into the program section named “_Sn”. Example: 
direct assembly output to a section named “_S1”: 
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-sectionlink section-name 


This directive will cause the current section to be linked as if it had the name 
section-name. This directive is available only for ELF object output. 


-Set option 


The following .set option directives are available: 


reorder 

noreorder 
When processed by the reorder program before assembly, enable/disable 
reorder optimizations (thus, the .set reorder and .set noreorder directives are 
actually “reorder” directives rather than assembler directives). Code 
generated for modules compiled with optimization includes a .set reorder 
directive. Use .set noreorder in asm strings and asm macros in such code to 
disable reordering changes to these hand-coded assembly inserts. Follow with 
.set reorder to re-enable reordering optimization. See 7.4 Reordering in asm 
Code, p.166. 


-set symbol, expression 


Defines symbol to be equal to the value of expression. This is an alternative to the 
.equ directive. Example: 


.set nine,9 


NOTE: Using this form of .set, the symbol may not be redefined later. Use the next 
form of .set with the symbol first on the line if redefinition is required 


symbol[:] .set expression 


Defines symbol to be equal to the value of expression. This form of the .set is different 
from the .equ directive or the form of the .set directive immediately above in that 
it is possible to redefine the value of symbol later in the same module. See 
-Xlabel-colon-... in Set Label Definition Syntax (-Xlabel-colon...), p.293, regarding the 
initial colon. 


expression may not refer to an external or undefined symbol. Example: 
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number: .set 9 


number: .set number+1 


-Short expression ,... 


Reserves one 16 bit word for each expression in the operand field and initializes 
the value of the word to the corresponding expression. Example: 


-Short Oxba98, 012345, -75, 17 // reserves 8 bytes. 
.size symbol, expression 


Sets the size information for symbol to expression. Note that only the ELF object file 
format uses the size information. 


Skip size 


The .skip directive reserves a block of data initialized to zero. size is an expression 
giving the length of the block in bytes. Example: 


name: .skip 8 
is the same as: 
name: .byte 0,0,0,0,0,0,0,0 


.Space expression 


See .skip size, p.336 above. 


-String "string" 


See .ascii “string”, p.319. 


-Strz "string" 


See .asciz “string”, p.320. 
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Subtitle "string" 


.text 


title "string" 


ttl "string" 
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Sets the subtitle to the character string. This string replaces the %nS format 
specification in the format the string defined by the -Xheader-format option (see 
292). The subtitle may be set any number of times. The default subtitle is blank. See 


String Constants, p.307 for rules for writing the "string". 


.subtitle "string search function" 


Switches output to the .text (instruction space) section. 


Sets the title to character string. The title may be set any number of times. The 
default title is blank. See String Constants, p.307 for rules for writing the "string". 


Example: 


.title "program.s" 


See .title “string”, p.337 above. 


.type symbol, type 


Mark symbol as type. The type can be one of the following: 


#object 
@object 
object 
symbol names an object 


#function 
@function 
function 
symbol names a function 


Note that only the ELF object file format uses type information. 
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.uword 


warning "string" 
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This is a synonym for .short (.short expression ,..., p.336) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


This is a synonym for .long (.long expression ,..., p.330) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


This is a synonym for .short (.short expression ,..., p.336) except that there are no 
alignment restrictions and an unaligned relocation type will be generated if 
required by the target. 


See .ulong, p.338 above. 


Generate a warning message showing the given string. See String Constants, p.307 
for rules for writing the "string". 


Declares each symbol as a weak external symbol that is visible outside the current 
file. Global references are resolved by the linker. Note that only the ELF object file 
format supports weak external symbols. Example: 


.weak add,sub,mul,div 


For a further description of weak symbols see weak Pragma, p.140. 
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-width expression 


See .llen expression, p.330. 


-word expression, ... 


.xdef symbol ,... 


-xref symbol ,... 


-xopt 


Reserves one word (32 bits) for each expression in the operand field and initializes 
the value of the word to the corresponding expression. Example: 


.word Oxfedcba98,0123456,-75 // reserves 12 bytes. 


See .global symbol ,..., p.325. 


See .extern symbol ,..., p.324. 


Pass -X options to the assembler using the format: 
.xopt option name [ =value] 

Example: 
.xopt align-value 


has the same effect as using -Xalign-value on the command line. In case of a 

conflict, .xopt overrides the command-line option. Also, some -X options are only 
tested before the assembly starts; in that case, the .xopt directive will have no effect. 
This option is primarily for internal use; the command-line options are preferred. 
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21.1 Introduction 341 

21.2 Macro Definition 342 

21.3 Invoking a Macro 345 

21.4 Macros to “Define” Structures 345 


21.5 loopt Macro Instruction 347 


21.1 Introduction 


Assembler macros enable the programmer to encapsulate a sequence of assembly 
code in a macro definition, and then inline that code with a simple parameterized 
macro invocation. 


Example: 
movindirect: .macro regl,reg2 // macro definition 
ld.w r1, (reg2,0) 
st.w r1, (reg1,0) 
.endm 
movindirect r2,r3 // macro invocation #1 
movindirect r4,r5 // macro invocation #2 
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This will produce the following code: 


ld.w ri,. (23.0) // macro expansion #1 
st.w rl, (r2,0) 
ld.w rl, (r5,0) // macro expansion #2 
st.w rl, (r4,0) 


21.2 Macro Definition 


A macro definition has the form: 


label : -macro [parameter ,...] 
macro body 


.endm 


where Iabel is the name of the macro, without containing any period. In addition, 
the following syntax is valid but is not recommended: 

-macroname [parameter ,...] 

macro body 


.endm 


The optional parameters can be referenced in the macro body in two different 
ways. The following two examples show a macro which calculates 


parl = par2 + par3 
(where the parameters are assumed to be in registers). 


1. By using the parameter name: 


add3: -macro parl,par2,par3 // definition 

mov parl,par2 

add parl,par3 

.endm 

add3 r4,r5,r6 // invocation 
produces 

mov r4,r5 

add r4,r6 
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2. By using \n syntax where \1, \2,... \9, \A, ... \Z are the first, second, etc., 
actual parameters passed to the macro. When the \n syntax is used, formal 
parameters are optional in the macro definition. If present, both the named and 
numbered form may be freely mixed in the same macro body. 


add3 : -macro // definition 

mov Vlg 2 

add \1,\3 

.endm 

add3 r4,r5,r6 // invocation 
produces 

mov r4,r5 

add r4,r6 


The special parameter \0 denotes the actual parameter attached to the macro name 
with a “.” character in an invocation. Usually this is an instruction size. 


move: -macro dregp,sregp // definition 
1d.\0 r1,@(sregp, 0) 
st.\0 r1,@(dregp, 0) 
.endm 


move.h r10,r11 // invocation 
produces 


ld.h r1,@(r11,0) 
st.h r1,@(r10,0) 


Separating Parameter Names From Text 


In the macro body, the characters “&&” can optionally precede or follow a 
parameter name to concatenate it with other text. This is useful when a parameter 
is to be part of an identifier: 


xmov: -macro parl,henst // definition 
movi parl, 0x&&henst 
.endm 
xmov r4,f // invocation 
produces 
movi r4, Oxf 
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Generating Unique Labels 


The special parameter \@ is replaced with a unique string to make it possible to 
create labels that are different for each macro invocation. 


The following macro defines a string of up to four bytes in the .data section at a 
uniquely generated label (however the length of the string is not checked), and 
then generates code to load the contents at that label (the string itself) into a 


register. 
lstr: -macro reg,string // definition 
.data 
.Lm\@: 
. byte string, 0 
previous 
lrw reg, .Lm\@ 
.endm 
lstr r2,"abc" // invocation 
produces 
.data 
-Lm.0001: 
.byte "abc",0 
previous 
lrw r2,.Lm.0001 


NARG Symbol 


The special symbol NARG represents the actual number of non-blank parameters 
passed to the macro (not including any \0 parameter): 


init -macro value // definition 
si NARG == 0 
. byte 0 
else 
.byte value 
endc 
endm 
init // invocation #1 
init 10 // invocation #2 
produces 
.byte 0 // expansion #1 
. byte 10 // expansion #2 
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21.3 Invoking a Macro 


A macro is invoked by using the macro name anywhere an instruction can be used. 
The macro body will be inserted at the place of invocation, and the formal 
parameters in the macro definition will be replaced with the actual parameters, or 
operands, given after the macro name. 


Actual parameters are separated by commas. To pass an actual parameter that 
includes special characters, such as blanks, commas and comment symbols, angle 
brackets ”< >” may be used. Everything in between the brackets is regarded as one 
parameter. 


If the option -Xmacro-arg-space-on is given, blanks may be included in an actual 
parameter without using brackets. Example: 


pias oe -macro command, list 
data 
command list 
-previous 
.endm 


init byte,<0,1,2,3> 


produces 
.data 
.byte 015243 
-previous 


21.4 Macros to “Define” Structures 


21 
Although struct is not part of the assembly language, the macros shown below Pat 
allow you to assign offsets to symbols so they can refer to structure members. 

These macros do not allocate memory; they merely assign values to symbols. The 

value of a structure “member” is its offset from the beginning of the structure. 


The macros use CURRENT_OFFSET_VALUE to set the offsets of structure members: 
the STRUCT macro sets CURRENT_OFFSET_VALUE to 0; the MEMBER macro 
defines a symbol named for the member and having as its value 
CURRENT_OFFSET_VALUE, then increments CURRENT_OFFSET_VALUE by the 
size of the member. 
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STRUCT .-mMacro 

CURRENT_OFFSET_VALUE -set 0 
endm 

MEMBER -macro name, size 

name = CURRENT_OFFSET_VALUE 

CURRENT_OFFSET_VALUE .set CURRENT_OFFSET_VALUE + size 
.endm 


CURRENT_OFFSET_VALUE must be incremented with this form of the .set 
directive because it allows the symbol so set to be set again later in the module. See 
symbol[:] .set expression, p.335 for details. 


Also, note that: 
= The MEMBER macro cannot be labeled. 


« These macros cannot be used to define nested structures because there is only 
one CURRENT_OFFSET_VALUE used for all instances. 


= A final MEMBER can be used to define the size of the structure. 


Example 


The macros define the symbols first_name, middle_initial, and last_name with 
values 0, 20, and 21 respectively, and define name_size as the total size of the 
“structure” with a value of 46. 


STRUCT 

MEMBER first_name, 20 
MEMBER middle_initial,1 
MEMBER last_name,25 
MEMBER name_size,0 


One might use this, for example, as follows: 


.data 
recl: 
.skip 20 // reserve space for a first name 
.skip 1 // ... middle initial 
.skip 25 // ... and last name 


Then an expression such as rec1+last_name in an instruction would access the 
last_name “member” of the rec1 “structure”. 
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21.5 loopt Macro Instruction 


Starting with version 4.3, the assembler treats the loopt instruction as a macro. This 
provides compatibility with processors that may not support loopt. 


The following sequence: 


label: 
loopt reg, label 


is translated into: 


bf L1: 

decgt reg 

br label 
L1: 

decgt reg 


Use the -Xloopt-old option to keep the old behavior, that is, to use the M*CORE 
architecture loopt instruction (see Use old loopt Functionality(-Xloopt-old), p.296). 
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22 


Example Assembler Listing 


If the -l or -L option is specified, a listing is produced. The -1 option produces a 
listing file with the default extension .Ist (or the extension specified with 
-Xlist-file-extension="string"). The -L option sends the listing to standard output. 


The listing contains the following: 


Location 
Hexadecimal value giving the relative address of the generated code within 
the current section. 


Pl 
“Pl” stands for “Program Location counter number”. Maps one-to-one to the 
section number in the object file (but not necessarily in the same order). When 
the same section is used at several discontinuous places in the source, the same 
section number will be used for all instances. 


Code 
Generated code in hexadecimal. 


Line 
Source line number. 


Source Statement 
Source code lines. 


To change the format of the assembly line, see Set Format of Assembly Line in Listing 
(-Xline-format="string”), p.294. 


If the -H option is used, a header containing the source filename and the 
cumulative number of errors is displayed at the top of each page. To change the 
format of the header, see Set Header Format (-Xheader-format="string”), p.293. 
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Figure 22-1 


Location Pl 


00000000 01 
00000002 01 


00000004 01 
00000006 O01 
00000008 O01 
0000000a O01 


0000000c O01 
0000000e O01 


00000010 01 
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Errors are not included in the listing but are always written to stderr. 


The following shows a listing produced by assembling an extract from file swap.s 
with the command: 


das -tMCOREEN -1l -H swap.s. 


swap.s is used with the bubble sort example in the Getting Started manual. 


Assembly Listing File Swap.|st 


File: swap.s Errors 0) 

Code Line Source Statement 

1 .file "swap.s" 

2 .section .text2,,c 

3 .align 2 

4 .export swap 

5 

6 swap: 
2430 ei subi r0,4 
9£00 8 st.w r15, (r0,0) 

9 
8302 10 ld.w r3, (r2,0) 
8412 11 ld.w r4, (r2,4) 
9402 12 st.w r4, (r2,0) 
9312 13 st.w r3, (r2,4) 

14 
8£00 aS ld.w r15, (r0,0) 
2030 16 addi r0,4 
17 

O0cE£ 18 jmp ri5 
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23.8 .frame_info sections 363 


This section describes the linker for M*CORE microprocessors and is organized as 
follows: 


« This chapter is a brief introduction to the linking process, including an 
example, description of special symbols created by the linker, and treatment of 
special sections. 


= 24, The dld Command, describes the command to invoke the linker and its 
options. 

» 25. Linker Command Language, describes the language used in linker command 
files. 


In addition, F. Object and Executable File Format, describes the format of object files 
processed by the linker and special relocation types for those requiring such 
detailed information. 
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23.1 The Linking Process 


This section provides an introduction to the linking process. Readers familiar with 
linker operation may proceed to 23.2 Symbols Created By the Linker, p.358. 


The linker is a program that combines one or more binary object modules produced 
by compilers and assemblers into one binary executable file. It may also write a text 
map file showing the results of its operation. 


Each object module/file is the result of one compilation or assembly. Object files 
are either stand-alone, typically with the extension .o, or are collected in archive 
libraries, also called libraries. Library files typically have the extension “.a”. 


An object module contains sections of code (also called “text”), and “data”, with 
names such as .text, data (variables having initial values), .bss (“blank sections — 
uninitialized variables), and various housekeeping sections such as a symbol table 
or debug information. 


The linker reads the sections from the object modules input to it, and based on 
command-line options and a linker command file, combines these input sections into 
output sections, and writes an executable file (usually; it is also possible to output a 
file which can be linked again with other files in a process called incremental 
linking). 


A section may contain a reference to a symbol not defined in it — an undefined 
external. Such an external must be defined as global in some other object file. A 
global definition in one object file may be used to satisfy the undefined external in 
another. 


As compiled or assembled into an input object file, the first byte of each input 
section is at address 0 (typically). But when finally located in memory as part of 
some output section, the input section will not be at address 0 (except for the first 
input section in an output section that is actually located at 0). Any absolute 
references to bytes in the section from within the section will therefore be “wrong” 
and will require relocation. The input object file contains sections of relocation 
information which the linker will use to adjust such absolute references. Relocation 
information is used to make other similar adjustments as well. 


Given the definitions above, in the abstract, the linking process consists of six 
steps: 


1. Read the command line and linker command file for directions. 


2. Read the input object files and combine the input sections into output sections 
per the directions in the linker command file. Globals in one object file may 
satisfy undefined externals in another. 
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3. Search all supplied archive libraries for modules which satisfy any remaining 
undefined externals. 


4. Locate the output sections at specific places in memory per the directions in 
the linker command file. 


5. Use the relocation information in the object files to adjust references now that 
the absolute addresses for sections are known. 


6. If requested, write a link map showing the location of all input and output 
sections and symbols. 


Linking Example 


This section provides an example of the above linking process. Consider the 
following two C files: 


File f1.c: 
int a=1 
int b 
main() 
{ 
Di By 
£2(3); 
} 
File f2.c: 


extern int a, b; 
£2(int c) 
printf("a:%d, b:%d, c:%d\n", a, b, ¢c); 
» 
The compilation command 
dec -O -c fl.c f2.c 
generates the object files f1.0 and f2.0. 


The contents of the two object files are shown in Table 23-1. 
Table 23-1 Linking Example Files 


Section Type of Data Contents 


£10? 
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Linking Example Files 


Section Type of Data Contents 
-text Code Instructions of function main(). 
-data Variables Initialized variable a. 
-rela.text Relocation Reference to the variable b inside main(). 
entries Reference to the function f2 inside main(). 
.symtab Symbol table Symbol main, defined in .text section. 
entries Symbol a, defined in the .data section. 
Symbol b, COMMON block of size 4. 
Symbol f2, undefined external symbol. 
£2.0: 
-text Code Instructions of function f2() and the string used 
in printf(). 
-rela.text Relocation Reference to the variable a inside f2(). 
entries Reference to the variable b inside f2(). 
Reference to the function printf inside f2(). 
Reference to the printf string inside f2(). 
-symtab Symbol table Symbol _f2, defined in the .text section. 
entries Symbol _a, undefined external symbol. 


Symbol _b, undefined external symbol. 
Symbol _printf, undefined external symbol. 
Local symbol for the printf string, defined in the 
.text section. 


Invoking the linker explicitly using the dld command is fully described in 24. The 
dld Command. However, the easiest way to invoke the linker is to use one of the 
compiler drivers, for example, dcc, as follows: 


dec fl.o £2.0 -o prog 


The driver notes that the input files are objects (f1.0 and f2.0) and invokes the 

linker immediately, supplying default values for the library, library search paths, 
linker command file, etc. To see how the linker is invoked, add the option -# to the 
above command; this option directs the driver to display the commands it uses to 
invoke the subprograms. 
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Schematically, the result will be as follows: 


dcc fl.0o £2.0 -o prog -# 
dld -YP,search-paths -1:crt0.o0 £1.0 £2.0 -o prog -lc 
version_path/conf/default.dld 
The -Y¥P option specifies directories which the linker will search for libraries 
specified with “-1” options and files specified with “-l:filename” options. crt0.o is 
the C start-up module. The -lc option directs the linker to search for a library 
named libc.a in the paths specified by -YP. 


With this command, the linker will proceed as follows: 


1. The text file is assumed to be a linker command file (default.dld here), input 
object files are scanned in order (crt0.0, f1.0, and f2.0), and archive libraries are 
searched as necessary for undefined externals (the library filename libc.a is 
constructed from the option -lc). 


In this link, the file printf.o is loaded from libc.a because printf is not defined 
in the f1.0 or f2.0 objects. printf.o, in turn, needs some other files from libc.a, 
such as fwrite.o, strlen.o, and write.o. 


2. Per the directions in the default.dld linker command file, input sections with 
the same name are combined into one output section. In this instance all .text 
sections from crt0.o, f1.0, f2.0, printf.o, fwrite.o, etc. are concatenated into a 
single output .text section. This also done for the other input sections. The 
linker command language can be used to specify how sections should be 
grouped together and where they should be placed in memory. 


3. All “common blocks” not defined in .text or .data are placed last in the .bss 
section. See 23.4 COMMON Sections, p.360 for details. In this case four bytes 
for the variable b are allocated in .bss section. 


4. Once the location of all output sections is known, the linker assigns addresses 
to all symbols. By default, the linker puts the .text section in one area of 
memory, and concatenates the .data and the .bss sections and locates the result 
in another area in higher memory. However these defaults are seldom 
adequate in an embedded system, and memory layout is usually controlled by 
a linker command file (version_path/conf/default.dld in this example). 


5. Allinput sections are copied to the output file. While copying the raw data, the 
linker adjusts all address references indicated by the relocation entries. Note 
that there is no space in the input object file or output executable for .bss 
sections because they will be initialized by the system at execution time. 


6. Anupdated symbol table is written (unless suppressed by the -s, strip option). 
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NOTE: While .bss sections do not occupy space in the linker output file, if 
converted to Motorola S-Records, S-Records will be generated to set the space to 
zeros. To suppress this, use the -v option to the -R command for ddump in 

29. D-DUMP File Dumper. 


23.2 Symbols Created By the Linker 


If necessary, the linker creates the following symbols at the end of the link process. 
(The linker does not recreate symbols that the user has already defined or create 
symbols that are never referred to in any module.) These can be used in C or 
assembly programs, for example, in startup code to initialize .bss sections to zero, 
or to “copy ROM to RAM” (see Example 25-8Copying Code from “ROM” to “RAM”, 
p-409, for an example of the latter). 


That is, amodule may declare these symbols as external and use them without ever 
defining them in any module. The linker will then create the symbols as described 
during the linking process, and satisfy the external by referring to the created 
symbol. 


-.endof.section-name 
Address of the last byte of the named section. See Note 1. 


-sizeof.section-name 
Size in bytes of the named section. See Note 1. 


-Startof.section-name 
Address of the first byte of the named section. See Note 1. 


etext, etext 
First address after final input section of type TEXT. See Note 2. 


edata, edata 
First address after final input section of type DATA. See Note 2. 


end, end 
First address after highest allocated memory area. 


sdata, _sdata 
First address of first input section of type DATA. See Note 2. 
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stext, stext 
First address of first input section of type TEXT. See Note 2. 


__GLOBAL_OFFSET_TABLE_, 
__PROCEDURE_LINKAGE_TABLE_, 
_ DYNAMIC 
Base addresses for access to data in the .got, .plt, and .dynamic sections. 


Notes: 


1. .endof...., .sizeof...., and .startof.... cannot be used in C code because C 
identifiers must include only alphanumeric characters and underscores. But 
they can be used in assembly code. See Unary Operators, p.314. 


2. See type-spec in Type Specification: ([=]BSS), ([=]JCOMMENT), ([=]CONST), 
([=]DATA), ([=]TEXT), ([=]BTEXT); OVERLAY, NOLOAD, p.396, for a 
discussion of output section types DATA and TEXT. As noted there, if an output 
section contains more than one type of input section, then its type is a union of 
the input section types. In this case, the symbols related to the DATA and TEXT 
sections as described above are not well-defined. 


For example, the following prints the first address after the highest allocated 
memory area: 


extern char end; 
main() { 


printf("Free memory starts at 0x%x\n",end); 


} 


23.3 .abs Sections 


Input files may contain sections with names of the form .abs.nnnnnnnn, where 
nnnnnnnn is eight hexadecimal digits (zero-filled if necessary). Such sections will 
automatically be located at the address given by nnnnnnnn. 


The compiler generates such sections in response to #pragma section directives of 
the form 


#pragma section class_name [addr_mode] [acc_mode] [address=n] 
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where the value given the address=n clause becomes the nnnnnnnn in the section 
name. 


23.4 COMMON Sections 


Common variables are public variables declared either: 


* Incompiled code outside of any function, without the extern or static qualifier, 
and which are not initialized, e.g. at the module level: 


int x[10]; 
* With .comm or .lcomm in assembly language. 
Such variables are assigned to an artificial COMMON section. 


The linker gathers all common variables together and appends them to the end of 
the output section named .bss; that is, the combined artificial COMMON sections 
for all modules becomes the end of the .bss output section. 


These are the standard actions if the -Xbss-common-off option is not used. If the 
-Xbss-common-off option is used: 


« There must be exactly one definition of each such variable in the modules of a 
link, with all other declarations being extern or .xref, or the linker will report 
an error. 


* Each such variable will be part of the .bss section for the module in which it is 
defined. Because the location of individual sections may be controlled ona per 
file basis when linking, such variables can be located more precisely. 


If an incremental link is requested (option -r), COMMON sections are allocated 
only if the -a option is also given. 
Linker Command File Requirements with COMMON 


As noted above, by default the linker places COMMON sections at the end of 
output section .bss. If there is no .bss section, then the linker command file must 
include a section-contents of the form [COMMON] (see Section Contents, p.394). 
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SCOMMON Section 


The linker can process an SCOMMON section, typically holding “small” common 
variables and sometimes produced by other tools. This section is not normally 
used by the Wind River tools. Just as the COMMON section is appended to the .bss 
output section, the SCOMMON section, if present, is appended to the .sbss output 
section; if there is no .sbss output section, it is appended to the .bss output section. 
If neither the .sbss nor .bss output section exists, then the linker command file 
must contain a section-contents of the form [SCOMMON] (see Section Contents, 
p-394). 


23.5 COMDAT Sections 


A COMDAT section is created by using “o” for the section type in an assembler 
-Section directive (see .section name, [alignment], [type], p.333), or by using the 
compiler option -Xcomdat-on which causes sections generated for templates and 
run-time type information to be marked COMDAT (see 5.4.28 Mark Sections as 
COMDAT for Linker Collapse (-Xcomdat), p.69). See this latter discussion for the an 
example of the use of COMDAT sections. 


When the linker encounters identical COMDAT sections, it removes all except one 
instance and resolves all references to symbols in the COMDAT section to the 
single instance. 


If anon-COMDAT section is present along with one or more identical COMDAT 
sections, the linker will still collapse the COMDAT sections to one instance, but 
will treat the symbols in the COMDAT section as weak. See weak Pragma, p.140 for 
the treatment of weak symbols. 


23.6 Sorted Sections 


The GROUP definition described in GROUP Definition, p.400, is the usual way for 
a user to explicitly control the order of input sections in an output section. A 
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second mechanism for controlling input section order, called sorted sections is 
described here. 


An input section is a sorted section if its name begins with a period and ends with 
“$nn”, where nn is a two-digit decimal number, for example .init$15. The first part 
of the name (before the $17) is called the common section name and the $nn part is 
called the priority. Input sections can also be assigned priority in the linker 
command file. 


As described beginning on Section-Definition, p.393, a section-definition defines an 
output section and may include a list of input sections. The order in the output 
section of the input sections is undefined. However if the list of input sections 
includes a common section name, then all input sections having that common 
section name will be placed together and will be sorted in the output section in 
order of their ascending priority numeric priority. 


An input section having the common section name but no priority suffix is given 
priority 50. The order among sorted sections with the same priority is undefined. 


This sorted section feature is used by the compiler to order sections when 
generating initialization code. See 15.4.8 Run-time Initialization and Termination, 
p.269 for details. 


23.7 Warning Sections 


If a section is named .warning, the linker prints the text from that section to 
standard output as a warning message if any section is loaded from the file. The 
warning is printed only during the final linking; incremental linking will put such 
sections into the output file. This is useful when the library has stub functions that 
need to be replaced. 


Example: 
#pragma section DATA ".warning" N 


char __warning[] = "No chario output routine has been given.\n" 
"Printing through write() or printf() will not work.\n"; 
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#pragma section DATA 


int __outchar(int c, int last) 
{ 
} 


The linker prints the following message: 


dld: warning: 
No chario output routine has been given. 
Printing through write() or printf() will not work. 


23.8 .frame_info sections 


The compiler generates .frame_info sections for C++ programs when 
exception-handling is enabled. A section is created for any function that might 
appear on the call stack between a try and a throw; the linker concatenates these 
into a searchable table that is used for stack-unwinding and object clean-up after 
an exception occurs. For each function, the table contains a small (8- to 24-byte) 
record that includes pointers to structures in the .data section. Since the C++ 
support functions in libd.a are compiled with exception-handling enabled, most 
C++ programs have at least some .frame_info data. 


By default, C functions do not have .frame_info sections. To generate .frame_info 
sections for C functions—essential in mixed programs in which C++ exceptions 
may propagate back through C functions—use the -Xframe-info compiler option. 
Throwing an exception through C code that is not compiled with -Xframe-info 
results in a call to the C++ standard-library terminate() function. Pure C++ 
applications and applications that only call C from C++, never the other way 
around, do not need to use -Xframe-info. 
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24.5 Linker -X options 377 


24.1 The dld Command 


The linker is invoked by the following command: 
did [options] input-file ... 


Options are described in 24.4 Linker Command-Line Options, p.369 and 24.5 Linker 
-X options, p.377. 


The linker decides what to do with each input-file given on the command line by 
examining its contents to determine its type. Each file is either an object file, an 
archive library file, or a text file containing directives to the linker: 


* Object files: These are loaded in the order given on the command line. 


« Archive files: If there is a reference to an unresolved external symbol after 
loading the objects, then any archive library files given on the command line 


365 


Wind River Compiler for M@eCORE 


User’s Guide, 5.4 


(or specified with -1 options) are searched for the symbol, and the first object 
module defining the missing symbol is loaded from the libraries. 


Library search order depends on the use of the -L, -Y L, -Y U, -Y P, and 
-Xrescan-libraries options. See Specify Search Directories for -l (-Y L, -Y P, -Y U), 
p-376 and Re-scan Libraries (-Xrescan-libraries...), p.381 for details. 


Archive libraries may be built with the dar tool. Archive libraries built by other 
archivers must conform to the ELF format accepted by the linker. 


Text files: A text file is interpreted as a file of linker commands. These 
commands are described in 25. Linker Command Language. More than one 
linker command file is allowed. 


Linker Command Structure 


“wow 


A typical linker command will be as follows in outline (where “...” means 
repetition, and on one line when entered): 


dld -¥YP,search-paths -o output-file-name -1:startup-object-file object-file ... 
library... -1libs... linker-command-file 


where: 


-YP, search-paths 


Directories to search for files named by -1 options and -1: options. The paths for 
the default directories are based on the default target. See Select Target Processor 
and Environment (-t tof:environ), p.376. 


(Search paths can also be specified using other -Y options and the -L option as 
described later). 


-o output-file-name 


Options to specify the name of the output file (the default is a.out if no -o 
option is given). 


-1: startup-object-file 
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Startup object file. Link this file first to help establish the order of various 
initialization sections. Searched for in the directories specified by -Y or -L 
options (no path prefix allowed). Because the first character after -] is “:” the 
search is for a file with the exact name following the colon. Contrast with -1 
below. 


Alternatively, the startup object file can be named directly on the command 
line, in which case a path prefix is allowed. 
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object-file... 
The object files to be linked. 


library... -1libs... 
Libraries to be searched for modules defining otherwise undefined external 
symbols. Libraries can be given directly on the command line with path prefix, 
or searched for in the -Y or -L directories by using the -lname form. In the latter 
case, the library name libname.a is constructed from name and no path prefix is 
allowed. 


linker-command-file 
Text file of linker commands. A path prefix is allowed. 


To get a map to stdout, add the -m, -m2, or -m6 option (with increasing detail). 


A good way to gain experience with linker command lines, and to see default 
values for the parts of the command line outlined above, is to invoke dec or dplus 
with the -# option to show the command line for each subprogram. For example, 
the following command line: 


dcc -# -o hello.out hello.c -m > hello.map 


would effectively invoke the linker with the following command line (assumes 
default of no floating point, and shows each argument on a separate line for 
readability): 


dld -Y P,/diab/4.x/MCOREEN/simple: /diab/4.x/MCOREEN: 
/diab/4.x/MCOREE/simple:/diab/4.x/MCOREE 
-l:crt0.o 
hello.o 
-o hello.out 
-le 
/diab/4.x/conf/default.dld 
-m > hello.map 


where: 


-Y P,/diab/4.x/.. 
Directories to search for files named by -l options. 


-l:crt0.o 


Startup object file from the directories specified by the -YP option. 


hello.o 
The object module to be linked. 


-o hello.out 
The name of the output file instead of a.out. 


-lc 
Search for library libc.a for modules defining unresolved externals in the 
directories specified by -YP. 
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/diab/4.x/conf/default.dl1d 


-m > 


24.2 Defaults 


Use the default linker command file. 


hello.map 
Request a minimal map and redirect it from stdout to hello.map (the driver 
dcc passes any option it does not recognize, the -m in this case, to the linker). 


In addition to application input object files, the linker typically needs a linker 
command file to direct the link, libraries to satisfy undefined externals, and often 
a startup object file. 


When the linker is invoked explicitly with the dld command, there will be no 
default linker command file, no libraries, and no startup file — all must be 
specified using command-line options as described in this chapter. 


When the linker is invoked automatically by the dec or dplus drivers, it is invoked 
with options which specify default linker command file, libraries, and startup 
object file. 


These defaults are as follows: 
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Linker command file: the default is version_path/conf/default.dld. To specify a 
different linker command file when using dcc or dplus, use the -Wmfile option 
(5.3.28 Specify Linker Command File (-W mfile), p.45). Note that -Wm is an option 
to the compiler driver directing its sub-invocation of the linker; -Wm is not a 
linker option. To provide a linker command file when invoking the linker 
directly, just name it on the dld command line. 


Libraries: the defaults are libraries libc.a and, for C++, libd.a from the 
directories associated with the default target, and/or as specified with -L, -L, 
and/or -Y¥ options on the command line as documented later in this manual. 


Startup object file: the default is crt.o from the selected target subdirectory. To 
specify a different startup object file when using dcc or dplus, use the -Wsfile 
option (5.3.29 Specify Startup Module (-W sfile), p.45). As with -Wm this is a 
driver, not a linker, option. 
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To see the defaults for a particular case, execute dec or dplus with the -# option to 
display the command line for the compiler, assembler, and linker as each is 
automatically invoked. 


NOTE: Linker command files formerly used an extension of .Ink. As of version 4.2, 
this is changed to .dld because .Ink is used by Windows to designate a shortcut. In 
the conf directory, identical copies of each linker command file using each 
extension will be present for an interim period. 


24.3 Order on the Command Line 


Options and files may be intermixed and may be given in any order except that an 
option which specifies a search directory for -l, that is -L or -Y, must be given 
before a -1 to which it is to apply. However the following order is recommended: 


* — options 

" — object files 

« libraries and -1 options which name libraries 
=» linker command file 


Other options may be mixed in any order. While libraries and objects may be in any 
order (with the default setting of -Xrescan-libraries, see Re-scan Libraries 
(-Xrescan-libraries...), p.381), a link will be faster if there is no need to re-scan a 
library. The linker may also be more efficient in processing a linker command file 
if its has encountered all objects first. 


24.4 Linker Command-Line Options 


This section contains standard command-line options common to many linkers. 
The next section documents -X options which provide additional detailed control 
over the linker (beginning with 24.5 Linker -X options, p.377). 


For a concise list of all options, see the table of contents. 
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Show Option Summary (-?, -?X) 


-?, -h 
-help 
Show synopsis of command-line options. 


-?X, -hX 
Show synopsis of -X options (see 24.5 Linker -X options, p.377). 


Read Options From an Environment Variable or File (-@name, -@ @name) 


-@ name 
Read command-line options from environment variable name if it exists, else 
from file name. 


In an environment variable, separate options with a space. In a file, place one 
or more options per line, separated by a space. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


Redirect Output (-@E=file, -@E+file, -@O=file, -@O+file) 


-@E=file 
Redirect any output to standard error to the given file. 


-@O=file 
Redirect any output to standard output to the given file. 


Use of “+” instead of “=” will append the output to the file. 


Link Files From an Archive (-A name, -A...) 


-A filename 

-A -Iname 

-A -L:filename 
Link all files from the specified archive. The -A option affects only the 
argument immediately following it, which can be a filename or -! option. (See 
Specify Library or File to Process (-Iname, -l:filename), p.373.) If filename or name is 
not an archive, -A has no effect. 


Sections can still be dropped with the -Xremove-unused-sections option. 
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-A1... 
Same as -A. 


-A2... 
Same as -A, but overrides -Xremove-unused-sections for the specified 
archives. 


-A3... 
Same as -A2, but also overrides -s and -ss for the specified archives. 


Allocate Memory for Common Variables When Using -r (-a) 


-a 
Common variables are not normally allocated when an incremental link is 
requested by the -r option. The -a option forces allocation in this case. See 
23.4 COMMON Sections, p.360 for details. 


Set Address for Data and tExt (-Bd=address, -Bt=address) 


-Bd=address 

-Bt=address 
Allocate .text section and other constant sections to the given address. The -Bd 
and -Bt options provide a simple way to define where to allocate the sections 
without having to write a linker command file. If either -Bd or -Bt is specified, 
the linker will use the following command specification: 


SECTIONS { 
GROUP Bt-address : { 
.text (TEXT) { 
*(.text) *(.rdata) *(.rodata) 
*(.,init) *(.fini) 
} 
-sdata2 (TEXT) : {} 
} 
GROUP Bd-address: { 
.data (DATA) : {} 
-sdata (DATA) : {} 
.sbss (BSS) : {} 
-bss (BSS) : {} 


} 


If the -N option is given, the .data section is placed immediately after the .text 
section. 


371 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


NOTE: The -Bd and -Bt options are ignored if a linker command file is present. The 
default.dld linker command file will be present by default if the linker is invoked 
implicitly by dec or dplus. To use -Bd and -Bt, suppress the use of the default linker 
command file with the -W m option with no name on the dec or dplus command 


line 


Bind Function Calls to Shared Library (-Bsymbolic) 


When creating a shared library, bind function calls, if possible, to functions 
defined within the shared library. For VxWorks RTP application development. 


Define a Symbol At An Address (-Dsymbol=address) 


-Dsymbol=address 
Define specified symbol at specified address. 


Define a Default Entry Point Address (-e symbol) 


-e symbol 
symbol is made the default entry address and entered as an undefined symbol 


in the symbol table. It should be defined by some module. 


Specify “fill” Value (-f value, size, alignment) 


-f value 
-f value, size 
-f value, size, alignment 
Fill all “holes” in any output section with 16-bit value rather than the default 


value of zero. Optional size and alignment are specified in bytes; the default is 
2h ds 
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Specify Directory for -I search List (-L dir) 


-Ldir 
Add dir to the list of directories searched by the linker for libraries or files 
specified with the -1 option. More than one -L option can be given on the 
command line. 


Must occur prior to a -l option to be effective for that option. 


Specify Library or File to Process (-Iname, -I:filename) 


-Iname 
Specify a library with the constructed name libname.a to be searched for object 
modules defining missing symbols. 


-1:filename 
Process the given filename (without modification, no path prefix allowed): an 
object file is linked, an archive is searched as necessary, a text file is taken as a 
linker command file. 


For both forms, search for the file is performed in the following order: 


« The directories given by -L dir options in the order these options are 
encountered. 


« The directories as given by any -Y L, -Y P, or -Y U options (see these 
options in Specify Search Directories for -l (-Y L, -Y P, -Y U), p.376). 


Any -L or -Y option must occur prior to all -1 options to which it applies. 


If no -L or -Y option is present, search a set of directories based on the selected 
target and environment. See 4.2 Selected Startup Module and Libraries, p.25 for 
details. 


Generate link map (-m, -m2, -m4) 
-m (equivalent to -m1) 
Generate a link map of the input and output sections on the standard output. 


-m2 
Generate a more detailed link map of the input and output sections, including 
symbols and addresses, on the standard output. -m2 is a superset of -m1. 
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-m4 
Generate a link map with a cross reference table. 

-m6 
Equivalent to -m2 plus -m4: generated a detailed link map and cross reference 
table. 


The value following “m” is converted to hexadecimal and used as a mask; 
thus, -m3 is equivalent to -m2. Undefined bits in the mask are ignored. 


Allocate .data Section Immediately After .text Section (-N) 
-N 
This option is used in conjunction with options -Bd and -Bt. See them for 
details (Set Address for Data and tExt (-Bd=address, -Bt=address), p.371). 
Change the Default Output File (-o file) 
-o file 
Use file as the name of the linked object file instead of the default filename 
a.out. 
Perform Incremental Link (-r, -r2, -r3, -r4, -r5) 
+r 
The linked output file will still contain relocation entries so that the file can be 


re-input to the linker. The output file will not be executable, and no unresolved 
reference complaints will be reported. 


Link the program as usual, but create relocation tables to make it possible for 
an intelligent loader to relocate the program to another address. Absent other 
options, a reference to an unresolved symbol is an error. 


Equivalent to the -r2 option except that unresolved symbols are not treated as 
errors. 


Link for the VxWorks loader. 
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Equivalent to the -r option except that COMDAT sections are merged and 
converted to normal sections. 


The -r options are required only for incremental linking, not when producing 
an ordinary absolute executable. 


Rename Symbols (-R symbol1=symbol2) 


-R symbol1=symbol2 
Rename symbols in the linker output file symbol table. The order of the symbol 
names is not significant; -R symboll=symbol2 does the same thing as -R 
symbol2=symbol1. If both symbols exist, both are renamed: symbol1 becomes 
symbol2 and symbol2 becomes symbol1. 


Search for Shared Libraries on Specified Path (-rpath) 


-rpath path 
Search for shared libraries on specified path, a colon-separated list of 
directories. (If no search path is specified, the linker looks in the directory 
where the executable resides.) For VxWorks RTP application development. 


Do Not Output Symbol Table and Line Number Entries (-s, -ss) 


-S 
Do not output symbol table and line number entries to the output file. 


-SS 
Same as -s, plus also suppresses all .comment sections in the output file. 
Specify Name for Shared Library (-soname) 
-soname=libraryName 


Use libraryName as the name of the shared object containing compiled library 
code. For VxWorks RTP application development. 
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Select Target Processor and Environment (-t tof:environ) 


-t tofienviron 
Select the target processor, object format, floating point support, and 
environment libraries. See the -t option in 4. Selecting a Target and Its 
Components for details. This option is not valid in a linker command file. 


Define a Symbol (-u symbol) 


-u symbol 
Add symbol to the symbol table as an undefined symbol. This can be a way to 
force loading of modules from an archive. 


Print version number (-V) 


-V 
Print the version of the linker. 


Do Not Output Some Symbols (-X) 


-X 
Do not output symbols starting with @L and .L in the generated symbol table. 
These symbols are temporaries generated by the compiler. 


Specify Search Directories for -I (-Y L, -Y P, -Y U) 


-Y L,dir 
Use dir as the first default directory to search for libraries or files specified with 
the -1 option. 

-Y Pdir 
dir is a colon-separated list of directories. Search each of the directories in the 
list for libraries or files specified with the -l option. 

-Y U,dir 
Use dir as the second default directory to search for libraries or files specified 
with the -1 option. 
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Notes: 
1. These options must occur prior to all -1 options to which they are to apply. 


2. The dcc and dplus programs (but not dld itself) generate a-Y¥ P option suitable 
for the selected target and environment. Unless you are replacing the libraries, 
you should not normally use this option. Use the -L option to specify libraries 
to be searched before the Wind River libraries. (See Specify Directory for -l search 
List (-L dir), p.373.) 


3. Ifno -Y or -l options are present on the dld command line, the linker will 
automatically search the directories associated with the default target. See 
4.2 Selected Startup Module and Libraries, p.25 for details. 


4. Ifa-Y option is used, -Y P is recommended. The older -Y L and -Y U options 
are provided for compatibility. Use of -Y¥ P together with -Y L or -Y U is 
undefined. 


24.5 Linker -X options 


The following -X options provide additional detailed control over the linker. Many 
are present to improve compatibility and ease of conversion from other tool sets. 


For a concise list of all options, see the table of contents. 


Use Late Binding for Shared Libraries (-X) 


-Xbind-lazy 
Bind each shared-library function the first time it is called. (By default, binding 
occurs when the module is loaded.) For VxWorks RTP application 
development. 


Check Input Patterns (-Xcheck-input-patterns) 
-Xcheck-input-patterns 


Check that every input section pattern in the linker command file matches at 
least one input section. Emit a warning if an unmatched pattern is found. 
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-Xcheck-input-patterns=2 
Same as -Xcheck-input-patterns, but emit a message of severity level 
“information” instead of “warning”. (For use with -Xstop-on-warning.) 


Check for Overlapping Output Sections (-Xcheck-overlapping) 


-Xcheck-overlapping 
Check for overlapping output sections and sections which wrap around the 
32-bit address boundary. 


Force Linker to Continue After Errors (-Xdont-die) 


-Xdont-die 
Force the linker to continue after errors which would normally halt the link. 
For example, issue warnings rather than errors for undefined symbols and 
out-of-range symbols. 


When the linker is forced to continue it produces reasonable output and 
returns error code 2 to the parent process. By default, the make utility stops on 
such errors; if you want it to continue you must handle this error code in the 
makefile explicitly. 


Do Not Create Output File (-Xdont-link) 
-Xdont-link 
Do not create a linker output file. Useful when the linker is started only to 
create a memory map file. 
Use Shared Libraries (-Xdynamic) 
-Xdynamic 


Link against shared libraries (.so files). For VxWorks RTP application 
development. 
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Use ELF Format for Output File (-Xelf) 


-Xelf 
This is the default. 


ELF Format Relocation Information (-Xelf-rela-...) 


-Xelf-rela 
Use RELA relocation information format for ELF output. This is the default. 


-Xelf-rela-off 
-Xelf-rela=0 
Use REL relocation information format for ELF output. 


Do Not Export Symbols from Specified Libraries (-Xexclude-libs) 


-Xexclude-libs=list 
Do not automatically export symbols from the libraries specified in the 
comma-delimited list. (Use the same library names, prefixed with “1”, that you 
would use with the -] option.) Example: -Xexclude-libs=lc,lm. For VxWorks 
RTP application development. 


Do Not Export Specified Symbols (-Xexclude-symbols) 


-Xexclude-symbols=list 
Do not export the symbols specified in the comma-delimited list when creating 
a shared library. Example: -Xexclude-symbols=function1,function2. For 
VxWorks RTP application development. 


Write Explicit Instantiations File (-Xexpl-instantiations) 


-Xexpl-instantiations 
Cause the linker to write the source lines of an explicit instantiations file to 
stdout. To minimize space taken by template classes, the output from 
-Xexpl-instantiations can be used to create an explicit instantiations file 
(necessary header files must still be added); see Templates, p.229. This option is 
deprecated. 
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Store Segment Address in Program Header (-Xgenerate-paddr) 


-Xgenerate-paddr 
Store the address of each segment in the p_paddr field of the corresponding 
entry in the program header table. Without this option, the p_paddr value will 
be 0. 


Generate RTA Information (-Xgenerate-vmap) 


-Xgenerate-vmap 
Generates special information used by the RTA. 


Do Not Align Output Section (-Xold-align) 


-Xold-align 
Do not align output sections. 


Without this option (the default), each output section is given the alignment of 
the input section having the largest alignment. Output sections must be 
aligned to support position-independent code. 


With this option, output sections are not aligned, and each output section 
begins immediately after the previous output section. (In this later case, input 
sections will still be aligned per their requirements, potentially leaving a gap 
from the start of the output section to the start of the first input section within 
it.) 


Pad Input Sections to Match Existing Executable File (-Xoptimized-load) 


-Xoptimized-load=n 

-Xoptimized-load 
Minimize the difference between the already existing executable file (if any) 
and the new file by padding input sections. n specifies how much relative 
space the linker can use for padding, where 0 means no padding and 100 is the 
default. The larger the value of n, the more similar the images are likely to be. 


The linker saves the old executable file with the .old extension and generate a 
diff file with the .blk extension. 
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Add Leading Underscore “_” to All Symbols (-Xprefix-underscore) 


-Xprefix-underscore 
Add a leading underscore “_” to all symbols in the files specified after this 
command. Use -Xprefix-underscore=0 to turn off this feature. The default is 
off. 


“ew 


Remove Unused Sections (-Xremove-unused-sections) 


-Xremove-unused-sections 
-Xremove-unused-sections-off 
Remove all unused sections. By default the linker keeps unused sections. 


A section is used if it: 
« Is referred to by another used section. 


* Has a program entry symbol—that is, a symbol defined with the -e option 
(Define a Default Entry Point Address (-e symbol), p.372) or one of __start, 
_start, start, _ START, START, _main, or main (order reflects priority). 


* Is not referenced by any section and has a name that starts with .debug, 
fini, .frame_info, .init, .j_class_table, or .line. 


« Defines a symbol used in an expression in the linker command file. 


« Defines a symbol specified with the -u option (Define a Symbol (-u symbol), 
p-376). 


NOTE: This option is especially useful in combination with -Xsection-split 


(5.4.123 Generate Each Function in a Separate CODE Section Class (-Xsection-split), 
p-110) to reduce code size. When both options are used, each function in a 
module will generate a separate CODE section, and thus functions which are 
not called will be removed. 


Re-scan Libraries (-Xrescan-libraries...) 


-Xrescan-libraries 

-Xrescan-libraries-off 
Request that the linker re-scan libraries to satisfy undefined externals. This is 
the default. It solves the ordering problem which occurs when one library uses 
symbols in another and vice-versa. 
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Use -Xrescan-libraries-off to force the linker to scan libraries and object files 
in precisely the order given on the command line. 


Re-scan Libraries Restart (-Xrescan-restart...) 


-Xrescan-restart 

-Xrescan-restart-off 
If -Xrescan-libraries is on, when more than one library is presented to the 
linker, force the linker to rescan the libraries from first to last in order for each 
undefined symbol. This is the default. 


Use -Xrescan-restart-off with -Xrescan-libraries to cause the linker, after 
finding symbols in one library, to continue with the next library for the rest of 
the undefined symbols. 


Align Sections (-Xsection-align=n) 
-Xsection-align=n 
Force COFF input sections to have an alignment of 1 instead of the default 8. 
(Ignored for ELF output.) 
Build Shared Libraries (-Xshared) 
-Xshared 
Build shared libraries (rather than stand-alone executables). For VxWorks RTP 
application development. 
Sort .frame_info Section (-Xsort-frame-info) 
-Xsort-frame-info 
-Xsort-frame-info-off 


To enable sorting of the .frame_info section, use -Xsort-frame-info. By default, 
sorting is disabled (-Xsort-frame-info-off). 
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Link to Static Libraries (-Xstatic) 


-Xstatic 
Link against static (.a) libraries rather than shared (.so) libraries. Use this 
option when both static and shared libraries are available. For VxWorks RTP 
application development. 


Stop on Redeclaration (-Xstop-on-redeclaration) 
By default, the linker issues a warning each time it encounters a redeclaration. 


If -Xstop-on-redeclaration is specified, the linker halts with an error on the 
first redeclaration. 


Stop on Warning (-Xstop-on-warning) 
-Xstop-on-warming 


Request that the linker stop the first time it finds a problem with severity of 
warning or greater. 


Suppress Leading Dots “.” (-Xsuppress-dot) 


-Xsuppress-dot 
Suppress leading dots ”.” in the object files following this option. 


Suppress Section Names (-Xsuppress-section-names) 
-Xsuppress-section-names 


Do not output section names to the symbol table. This option is for other tools 
which cannot process these names. 


Suppress Paths in Symbol Table (-Xsuppress-path) 
-Xsuppress-path 


Inthe symbol table, suppress any pathname in “file” symbols (type STT_FILE, 
see Table F-4). 
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Suppress Leading Underscores ‘_’ (-Xsuppress-underscore) 


-Xsuppress-underscore 
Suppress leading underscores “_” in the object files following this option. Note 
that for symbols with more than one leading underscore, only the first will be 
removed. 


“wow 


Remove/Keep Unused Sections (-Xunused-sections...) 


-Xunused-sections-remove 
Same as -Xremove-unused-sections (Remove Unused Sections 
(-Xremove-unused-sections), p.381). 


-Xunused-sections-keep 
Same as -Xremove-unused-sections-off (Remove Unused Sections 
(-Xremove-unused-sections), p.381). 


-Xunused-sections-list 
Print a list of removed sections. 
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The linker command language can: 
" Specify input files and options. 
« Specify how to combine the input sections into output sections. 


" Specify how memory is configured and assign output sections to memory 
areas. 


» Assign addresses or other values to symbols. 


A default linker command file, default.dld, is present in the conf directory. See 
24.2 Defaults, p.368 for its use. 


385 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


25.1 Example “bubble.did” 


Some examples in this chapter are drawn from the bubble.dld command file on 
the next page for the “bubble sort” program in the Getting Started manual. This 
example is distributed with the compiler suite in directory 
version_path/example/mcore. The chapter ends with additional unrelated 
examples. Some notes follow the figure. 
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bubble.did Linker Command File Extract 


s 


Explanation 


Figure 25-1 
Linker Command 
MEMORY 
{ 

roml1: org = 
rom2: org = 
ram: org = 


stack: org = 


} 


0x20000, len = 
0x30000, len 
0x80000, len 
Oxb0000, len = 


"oul 


0x10000 
0x10000 
0x30000 
0x10000 


) 


*(.ctors) 


*(.dtors) 


} 


F (ram) ; 


SECTIONS 
{ 
-text : { *(.text) *(.rodata 
*(,init) *(.£ini) 
.ctors ALIGN(4) : 
{ ctordtor.o(.ctors) 
.dtors ALIGN(4): 
{ ctordtor.o(.dtors) 
} > roml 
-text2 : { *(.text2) 
__DATA ROM = .; 
} > rom2 
GROUP : { 
__DATA_RAM = .; 
.data LOAD(__DATA_ ROM) : { 
__DATA_END = oF 
__BSS_START = .; 
bse < {} 
__BSS_END = .; 
HEAP_START = .; 
} > ram 
} 
__HEAP_END = ADDR(ram)+SIZEO 
__SP_INIT = ADDR(stack)+SIZI 
__SP_END = ADDR(stack) ; 


EOF (stack) ; 


} 
} 


Define four memory areas. 


Collect code sections from all input files into a single output .text 
section and locate it in rom1 (except for .text2 code sections). 


.ctors and .dtors sections for startup and termination invocation. 


Collect all .text2 sections and locate in rom2. 

Define _ DATA_ROM as equal to the current location. The 
symbols defined this way are used within this file and during 
initialization. 


Group .data and .bss output sections together in the order given. 


Collect initialized data sections (.data) from all input files “{}” into 
a single output .data section and logically locate in ram. 


But use LOAD to place the actual data after the .text2 section in 
rom2. __init_main() will move the actual data from rom2 to 
ram. 


Reserve space for all .bss sections in ram after the .data section. 
Any remaining space will be used as heap by malloc(). 


Define other symbols used by crt0.s, init.c, and sbrk.c to control 
initialization and memory allocation: 
.. Start of heap memory for sbrk.c. 


... End of heap memory for sbrk.c. 
... Initial address of stack pointer for crt0.s. 
.. Only used when stack probing by sbrkbc. 


Notes for bubble.did 


Two features of bubble.dld are especially noteworthy: 


« The use of the LOAD specification to create two images of variables having 
initial values, a physical image containing the initial values and intended for 
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some form of read-only memory, and a logical image where the variables will 
reside during execution. See the LOAD Specification, p.398 and Copying Initial 
Values From “ROM” to “RAM”, Initializing .bss, p.265 for details. 


« The definition of nine of the symbols: 


- DATA_ROM, _ DATA_RAM, and __ DATA_END used in copying the 
initial values and __BSS_START and __BSS_END used in clearing static 
uninitialized variables (see Copying Initial Values From “ROM” to “RAM”, 
Initializing .bss, p.265). 


— __HEAP_START and _HEAP_END to define the heap for use by malloc() 
and related functions. See 15.4.7 Dynamic Memory Allocation - the heap, 
malloc( ), sbrk( ), p.268. 


— __SP_INIT and _SP_END to define the stack. See 15.4.6 Stack Initialization 
and Checking, p.267. 


25.2 Syntax Notation 


Italic words such as area-name represent items you must supply. The required type 
of each item — symbol name or number, can be gathered from the examples. 


The following special characters are parts of commands and are required where 
shown: 


{ } © ) , 7 > * 


The following characters are used only in the command descriptions and not in the 
linker command language itself. They have the meanings shown: 


The enclosed construct is optional. When several optional items are adjacent, 
they may be given in any order. 


The preceding item or construct may be repeated. 
For example 


a [b | c] -_ 
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means that a is required, then any number of b or c. 


Note that the “{” and “}” characters are part of commands and do not indicate a set 
of alternatives from which one must be chosen. 


Long lists of alternative tokens are given by following the phrase “one of” witha 
list of the tokens on one or more lines, as in 


assign-op: one of 
= += -= k= /= 


25.3 Numbers 


Several linker commands require a number, for example to specify an address or a 
size. 


Numbers are hexadecimal if they begin with “OX” or “Ox”, else octal if they begin 
with “0”, else decimal. Hexadecimal digits are “0” - “9”, “a” - “f”, and “A% - “F“; 
octal digits are “0” - “7”; decimal digits are “OV - “9”. 


25.4 Symbols 


A symbol, once defined, may be used anywhere a number is required except in a 
MEMORY command. Symbols are defined in object files or by assignment 
commands (see 25.9 Assignment Command, p.401). 


A symbol defined in an assignment command is an identifier following the rules of 
the C language with the addition of “$” and “.” as valid characters. Symbols may 
be up to 1,000 characters long. 


NOTE: A symbol or filename which does not follow these rules may be given by 
quoting it with double-quote characters, for example, an object file named 
“12340.0”. 
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25.5 Expressions 


A linker expression is allowed anywhere a number is required, and is one of the 
following forms from the C language: 


number 

symbol 

unary-op expression 

expression binary-op expression 
expression ? expression : expression 
( expression ) 


where the operators are the following operators from the C language: 
unary-op: one of 


binary-op: one of 


The operators have their meaning and precedence as in C. Parentheses can be used 
to change the precedence. 


When a symbol name is used in an expression, the address of that symbol is used. 
The symbol”.” means the current location counter (allowed only within a 
statement list in a SECTIONS command). 


The following pseudo functions are valid in expressions. Forward references are 
permitted. 


SIZEOF (section-name) 
Size of the named section (see Example 25-6Empty Sections, p.405 for an 
important limitation when using the SIZEOF operator). 


SIZEOF (memory-area-name) 
Size of a memory area defined with the MEMORY command. 


ADDR (section-name) 
Address of the named section. 


ADDR (memory-area-name) 
Address of a memory area. 
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NEXT (expr) 
First multiple of expr that falls into unallocated memory. 


HEADERSZ 
Total size of all the headers. 


FILEOFFSET (section-name) 
File offset of the named section. 


ALIGN (value) 
((. + value-1 ) & ~( value-1) ) 


25.6 Command File Structure 


A command file is a list of commands. These are: 


MEMORY { memory-area-definition } 

SECTIONS { section-or-group-definition ... } 

assignment-command 

object-filename 

archive-filename 

command-line-option 
The above commands may each be repeated as many times as required and may 
be given in any order as long as names are defined before use. 


Each of these commands is described below except for the last three: in addition to, 
or instead of, being given as arguments on the command line, object and archive 
library files and command-line options may be given as commands. 


NOTE: While different object files may be named on both the command line and in 


a linker command file, do not duplicate the same object filename in both places. 
This may cause sections from the duplicated object file to be duplicated in memory. 


The command language is free format. More than one command may be given on 
a line, and a command may be written on multiple lines without need for any 
special continuation character. 


Identifiers are as in C with the addition of period ”.” and “$” as a valid identifier 
characters; identifiers may be up to 1,000 characters long. 
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Whitespace is generally required as in C around identifiers and numbers but not 
special characters. 


C-style comments are allowed anywhere whitespace would be. 


25.7 MEMORY Command 


MEMORY { 
area-name: { origin | org | o } = start-address[ , 
{length | len | 1 } = number-of-bytes [ , | 


} 
WoW ” 


The MEMORY command names one or more areas of memory, e.g. “rom”, “ram”. 
Each area is defined by a start address and a length in bytes. A later 
section-definition command can then direct that an output section be located in a 
named area. The linker will warn if the total length of the sections assigned to any 
area exceeds the area’s length. Example: 


MEMORY { 
rom1: org = 0x010000, len = 0x10000 
rom2: org = 0x020000, len = 0x10000 
ram: org = 0x100000, len = 0x70000 
stack: org = 0x170000, len = 0x10000 


} 


Symbols (25.4 Symbols, p.389) cannot be used within the MEMORY command; 
start-address and number-of-bytes must be numeric expressions. 


25.8 SECTIONS Command 


SECTIONS { 
section-definition | group-definition 


} 


The SECTIONS command does most of the work in a linker command file. Each 
input object file consists of input sections. The primary task of the linker is to collect 
input sections and link them into output sections. The SECTIONS command defines 
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each output section and the input sections to be made part of it. Within the 
SECTIONS command, a GROUP statement may be used to collect several output 
sections together. 


The components of the SECTIONS command are described next. See Figure 25-1 
for example illustrating many of the possibilities. 


Section-Definition 


Ata minimum, each section-definition defines a new output section and specifies the 
input sections that are to be put into that output section. Optional clauses may: 


Specify an address for the output section or place the output section in a 
memory area defined by an earlier MEMORY command. 


Align the section. 
Fill any holes in the section with a fixed value. 


Define symbols to be used later in the linker command file or in the code being 
linked. 


The full form of a section-definition is shown in Figure 25-2. For clarity, each clause 
is written on a separate line and is identified to its right for description below. 


Figure 25-2 section-definition 


Syntax Element 


output-section-name type-spec 


[ ([=]{Bss | comment | const | pata | text | 
BTEXT}[OVERLAY|[NOLOAD]) | 


address-value | BIND ( expression ) ] address-spec 
ALIGN (expression )_] align-spec 
LOAD ( expression ) lon d-spec 
[ OVERFLOW ( size-expression, overflow-section-name ) overflow-spec 
{ section-contents } oy 
=fill-oalue | = (fill-value[, size[, alignment]]) ] fill-spec 
>area-name | area-spec 


Note that most clauses are optional, and section modifiers (those preceding the “:”) 
may be in any order. Thus, the minimum section-definition has the form: 


output-section-name : {  section-contents } 
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NOTE: Exercise caution when naming custom sections. Section names that begin 
with a dot (.) may conflict with the compilation environment’s namespace. 


Section Contents 


section-contents is required in a section-definition. section-contents is a sequence of one 
or more of the forms from Figure 25-1 separated by whitespace or comment: 


<empty> 
That is, { } with no explicitly named section-contents: include in the output 
section all sections from all input object files which have the same name as the 
output-section-name. Example: 


.data : { } 


NOTE: The <empty> form is processed only after the linker has examined and 
processed all other input specifications. Thus, input sections loaded directly or 
indirectly as a result of other more explicit specifications will not be re-loaded 
by an { } form, even if they appear after it. 


filename 
Include all sections from the named object file which have the same name as 
the output-section-name. Example: 


-data : { testl.o, test2.o } 
* ( input-section-spec ... ) 
input-section-spec may be one of four forms: 


section-name 
Include the named sections from all input object files but do not include 
input sections already included earlier. Example: 


-data : { *(.data) } 


section-name[symbol] 
Include the section defining the given symbol. The “[” and “]” characters 
do not mean “optional” in this case but rather are to be used as shown. 
Example: 


.text : { *(.text[malloc]) } 


This form is especially useful with option -Xsection-split. See 
5.4.123 Generate Each Function in a Separate CODE Section Class 
(-Xsection-split), p.110. 
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Include all sections. 


input-section-spec=n 
Include sections according to input-section-spec and assign them priority n. 
(See 23.6 Sorted Sections, p.361.) 


object-filespec ( input-section-spec ... } 
Include the named sections from the named object file, where input-section-spec 
is as defined immediately above and object-filespec is a pattern expression.* 
Example: 


-roml : { roml.o(.data), roml.o(.sdata) } 


archive-filespec[member-name] ( input-section-spec ... ) 
Include the named sections from the named object file, where 
input-section-spec is as defined above, and archive-filespec and member-name 
are pattern expressions.* Example: 


.text : { libproj .a[malloc.o] (.text) } 


[COMMON] 
For explicit placement of COMMON sections. See Linker Command File 
Requirements with COMMON, p.360 for additional information. 


[SCOMMON] 
For explicit placement of SCOMMON sections. See SCOMMON Section, p.361 
for additional information. 


assignment-command 
Define a symbol or change the program counter to create a “hole” (which may 
be filled by a fill-value). See 25.9 Assignment Command, p.401. 


ASSERT ( expression|, text] ) 
Evaluate expression and display an error message if expression is zero. Optional 
text is included in error message. 


STORE ( expression, size-in-bytes ) 
Reserve and initialize storage (see STORE Statement, p.400). 


*A pattern expression has the syntax: 
filename | ¢ expression } 


where expression is one of the following: 


! expression 
expression | expression 
expression & expression 
(| expression ) 
filename 
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and filename can include the following special characters: 


* matches any string, including the null string. 

? matches any single character. 

[...] matches any one of the enclosed characters. A pair of characters 
separated by a comma denotes a range. 


Note that any pattern more complex than * should be enclosed in double quotes. 
For example, 


text_libimpfp.a (TEXT) 
libimpfp.a[*] (.text) 


will read in all .text sections from all object files beginning with libimpfp.a. To read 
in sections named .text and .Text from only those object files whose names begin 
with libimpfp.asfpf, use 


text_libimpfp.a (TEXT) 
libimpfp.a[“sfpf*”] (*.[Tt]ext”) 


For more information, consult documentation on POSIX regular expressions. 


The order of the sections listed in the section-contents is undefined as is the order of 
output sections in a SECTIONS command. A GROUP definition may be used to 
ensure the order of a set of output sections. (See GROUP Definition, p.400.) 


NOTE: A section-contents specification must have at least one non-COMMENT 
input section, e.g.,a BSS, CONST, DATA, or TEXT section, or the type of the output 
section will default to COMMENT, and it will not be allocated any memory. See 
below regarding section types. 


Type Specification: ([=]BSS), ([=]COMMENT), ([=]CONST), ([=]DATA), ([=]TEXT), ([=]BTEXT); 
OVERLAY, NOLOAD 


The type-spec clause sets the type of the output section. If absent, the type will be 
determined by the types of the input sections. If all input sections in a given output 
section are of the same type, the type of the output section will be that of the input 
sections and no type-spec clause is necessary. Mixing input sections of different 
types in a single output section is not recommended. If input sections do have 
different types, the linker will choose a type from the input sections in the 
following order from highest priority to least: TEXT, CONST, DATA, BSS, and 
COMMENT. 


To force the linker to choose the specified type regardless of the types of the input 
sections, use the “=” form. For example, (=DATA) will force the output section to 
have the DATA type. 
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type-spec can also be used when linking files produced by third-party tools which 
do not tag each section with its type. 


The alternative type specifications indicate the expected contents of the section: 


(BSS) 
Section contains uninitialized data space. 


(COMMENT) 
Section debug or other information not part of the program memory 
space. 


(CONST) 
Section contains initialized data space. 


(DATA) 
Section contains initialized variables. 


(TEXT) 
Section contains code and/or constants. 


(BTEXT) 
Blank text section. 


OVERLAY tells the linker that the section can overlap other sections. The section 
should have BIND specification; memory is not allocated for it. Example: 


.textl (TEXT OVERLAY) BIND(ADDR(.text)) : { .... } 


NOLOAD tells the linker not to mark the section as loadable. 


Address Specification 


The form of the address-spec is: 
address-value | BIND ( expression ) 


The address-spec clause specifies the address for the first byte of the output section. 
It is either an absolute address, address-value, or the word BIND followed by an 
expression that can contain the functions SIZEOF, ADDR, and NEXT (see 

25.5 Expressions, p.390). An address-spec is not allowed inside a GROUP (see 
GROUP Definition, p.400). 


NOTE: A section with an address specification (address-spec) does not need a 
memory-area specification (area-spec), since the linker automatically marks the 
corresponding address range as reserved. If both an address-spec and an area-spec 

are provided, the linker checks that the address range is completely inside the 

memory area and displays a warning if it is not. 
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ALIGN Specification 


The form of the align-spec is: 
ALIGN ( expression ) 


An align-spec clause causes the linker to align the section on the byte boundary 
given by the value of expression. 


LOAD Specification 


The form of the load-spec is: 
LOAD ( expression ) 


In a typical embedded system, the values for all variables with explicit 
initialization must be stored in some type of read-only memory before the system 
is “powered up”. During execution, the variables must themselves be located in 
RAM so they can be set (except for const variables which can remain in ROM). 
Thus, during startup, the initial values for these variables must be copied from 
ROM to RAM. 


To distinguish these two locations, we refer to the physical and logical addresses of 
the output section. 


« physical address: This is the address given by the expression in the load-spec. It is 
this address which is used in the section header when the section is written to 
the linked output file. Thus, if a dynamic loader loads the section, or the 
section data is burned into a ROM, it will be at this physical address. 


« logical address: This address is set by an address-spec or an area-spec in the 
section-definition. This will be actual address of the section during execution. 
Thus, when linking references to a variable in the section, the linker will use 
the variable’s logical address. 


NOTE: The load-spec only controls the physical/logical addressing of the section. 
Typically, assignment statements are used to define symbols for the physical and 
logical addresses of the section and its length. These symbols are then used by 
startup code to copy the physical data from ROM to its logical location in RAM. 
See the examples in this chapter, as well as default.dld in the conf directory and 
crt0.s in the appropriate target directory for the startup copying code. 


Also, copying code in the startup module, init.c, copies only a single contiguous 
physical section. Thus, while more than one LOAD specification is permitted, the 
output sections named in the expressions must be contiguous. 
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The following example is from Figure 25-1: 


GROUP : { ... 
.data LOAD (__DATA_ROM) : {} 
} > ram 
output assign assign physical collect all sections with 
section logical “load” address at the same name as the 
name address in __DATA_ROM output section (.data) 
ram defined elsewhere from all input files 
OVERFLOW Specification 


The overflow specification enables you to specify the size limit of a section and to 
request that the linker place input sections which will not fit into the initial section 
into a different section, called the overflow section. 


The form of the overflow-spec is: 
OVERFLOW (size-expression, overflow-section-name) 
The size-expression specifies the size of the initial section in bytes, and 
overflow-section-name names the section that is to receive the input sections that 
cannot fit into the initial section. 
Fill Specification 
The form of the fill-spec is 
=fill-value 
or 
=( fill-value|, size[, alignment ]] ) 


The fill-spec instructs the linker to fill any holes in an output section with a two-byte 
pattern. A hole is created when an assignment statement is used to advance the 


“wun 


location counter “.”. The linker also creates holes to align input sections according 
to alignment. size and alignment are in bytes; valid values are 1, 2, and 4. 


Area Specification 
The form of the area-spec is 


> area-name 
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where area-name is defined by an earlier MEMORY command (see 25.7 MEMORY 
Command, p.392). 


An area-spec causes the linker to locate the output section at the next available 
location in the given area (subject to any ALIGN clause, see ALIGN Specification, 
p-398). 


STORE Statement 
The STORE statement reserves and initializes memory space. Its form is: 
STORE ( expression, size-in-bytes ) 


where expression is the value to be stored at the current address, and size-in-bytes is 
the size of the storage area, normally 4 for 32-bit values. Example: 


_ptr_to main = .; 
STORE(_main, 4) 


will create a label _ptr_to_main that contains the 4-byte pointer to the label _main. 


GROUP Definition 


A SECTIONS command may contain group-definitions as well as section-definitions 
(see 25.8 SECTIONS Command, p.392). 


A group treats several output sections together and ensures they are located in a 
continuous memory block in the order given in the group-definition. When sections 
are not in a group, their order is not defined, although it may be dictated implicitly 
by, for example, address-spec clauses. 


The full form of a group-definition is shown below. For clarity, each clause is written 
on a separate line and is identified to its right. 


GROUP 
: address-spec 
address-value | BIND ( expression ) ] i idle a 
ALIGN ( expression ) ] align-spec 
{ section-definition ... } 
[ >area-name ] area-spec 


The clauses in a GROUP are defined above: address-spec in Address Specification, 
p-397, align-spec in ALIGN Specification, p.398, section-definition in Section-Definition, 
p-393, and area-spec in Area Specification, p.399. 
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NOTE: The address-value and BIND clauses may not be used on a section-definition 
inside a GROUP, only on the GROUP itself. 


Both a section-definition and a group-definition can end with an area-spec. Usually 
when defining a group, an area-spec is used only on the group-definition and not on 
the section-definitions enclosed within it. 


25.9 Assignment Command 


An assignment command defines or redefines the value of a symbol. Assignment 
commands are allowed at the outer-most level of a linker command file, and as 
items in the section-contents of a section-definition (see Section Contents, p.394). 


An assignment command may have either of the following forms: 


symbol assign-operator expression ; 
create an absolute symbol and assign it the value of expression 


symbol @ {section-name | symbol2 }assign-operator expression ; 
create a symbol in the given section, or the same section as symbol2, and 
assign it the value of expression 


where: 


symbol and symbol2: an identifier following the rules of the C language with the 
addition of “$” and “.” as valid characters and limited to 1,000 characters. 


assign-operator: one of 
= += -= *= /= 
aE tt 


The assign”;” is required. 


When the assignment is inside a section-definition, the special symbol “.” is allowed 
on either the left or right and refers to the current location counter. 


A “hole” can be created in a section by incrementing the “.” symbol. If the fill-spec 
is used on the section-definition, the reserved space is filled with the fill-value. 


Example: create a 100 byte gap in a section: 


. += 100; 
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Example - define the beginning of the stack for use by initialization code: 


__SP_INIT = ADDR(stack) + SIZEOF (stack) ; 


25.10 Examples 


Example 25-1 


Example 25-2 


Avoiding Long Command Lines 


A simple command file to avoid having to give a long command line when 
invoking the linker could look as follows: 


main. 
load. 
read. 
arch. 
-m2 


9 oo0°0 


This means: load files main.o, load.o and read.o, search archive arch.a, and 
generate a detailed memory map. 


The output sections for the above, not being defined in the command file itself, and 
absent -Bd and/or -Bt options on the command line, will be as described for these 
options (see Set Address for Data and tExt (-Bd=address, -Bt=address), p.371), and 
using default addresses for each which are appropriate to the target. 


Basic 


The command file: 


MEMORY 

{ 
meml : origin = 0x2000, length = 0x4000 
mem2 : origin = 0x8000, length = 0xa000 


} 


SECTIONS 

{ 
.text : {} > mem2 
-data : {} > meml 
-bss : {} > meml 


} 
_start_addr = start; 


means that all .text sections are collected together and positioned in the memory 
area starting at 8000 hex. The sections .data and .bss are placed in order in the 
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mem1 area beginning at 2000 hex. The symbol _start_addr is defined to be the 
same as the address of the symbol start from one of the input files. 


The input object files for the above linker command file are those given on the 
command line (and any others extracted from libraries to satisfy unresolved 
external symbols in those files). 


Define a Symbol, Create a “Hole” 


The command file 


SECTIONS 

{ 
.text : {} 
-data ALIGN(8) 


means first load the .text sections. Align on 8 and load the .data section from the 
file f1.0. Set the symbol _af1 to the current address. Create a hole in the output 
section with a size of 2000 decimal bytes. Load the rest of the .data sections from 
the files given on the command line. Fill the hole with the value 0x1234. Load the 
-bss sections thereafter. 


Groups 


The command file 


MEMORY 
{ 

a: org = 0x100a8, len = 0x7ffeff58 
} 


SECTIONS 
{ 
.text BIND((0x10000 + HEADERSZ+7) & (~7)) 
{ 
eC ee? A exe) 


} 
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GROUP BIND(NEXT(0x10000) + 
((ADDR(.text) + SIZEOF(.text)) % 0x2000) ) 


{ 
Gata # {} 
bss x {} 


} 


means that all input sections called .init or .text are combined into the output 
section .text. This output section is allocated at the address “0x10000 + size of all 
headers aligned on 8”. 


If HEADERSZ is Oxe0, the address becomes 0x100e0. 


The sections .data and .bss are grouped together and put at the next multiple of 
0x10000 added to the remainder of the end address of .text divided by 0x2000. 


If text is 0x23450 bytes long, the values are defined to be: 


NEXT (0x10000) = 0x40000 


ADDR (. text) 0x100e0 
SIZEOF(.text) = 0x23450 
(ADDR(.text) +SIZEOF(.text) )%0x2000 = 0x01530 


address of .data = 0x41530 
This is a typical default algorithm in a paged system where it is important to align 
the section addresses on the file-offset in the executable file. 


Example 25-5 Document With C-Style Comments 


The following command file is documented with C-style comments. 


/*® 

* The following section defines two memory areas: 
* one 1 MB RAM area starting at address 0 

* one 1 MB ROM area starting at address 0x1000000 


aay 
MEMORY 
{ 
ram: org = 0x0, len = 0x100000 
rom: org = 0x1000000, len = 0x100000 
} 
/*® 
* The following section defines where to put the 
* different input sections. .text contains all 
* code + optionally strings and constant data, .data 
* contains initialized data, and .bss contains 
* uninitialized data. 
* 
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SECTIONS 
{ 
/* Allocate code in the ROM area. */ 


.text : {} > rom 


/*® 

* Allocate data in the RAM area. 

* TInitialized data is actually put at the end of the 
* ,text section with the LOAD specification. 


*/ 
GROUP : { 
.data LOAD(ADDR(.text)+SIZEOF(.text)) : {} 
-bss : {} 
} > ram 


} 


Note the use of the LOAD clause to allocate the .data section to a physical address 
in ROM, after the .text section, while the logical address (the address used during 
execution) is in the RAM. The initialized data in .data has to be moved from the 
physical address to the logical address during start up. 


Example 25-6 Empty Sections 


It may be an error to define a section without any input sections. This extended 
example begins with a sample linker command file extract likely to be faulty, and 
then discusses some potential workarounds. Recommended solutions are at the 
end of the example. While some of the workarounds are not recommended, they 
serve to illustrate a number of principles in linker command file construction. 


Consider the following example: 


SECTIONS 
{ 
-stack : { 
stack_start 


stack_end 
} > ram 


stack_start + 0x10000; 


} 


The above is apparently intended to reserve space for a stack and to define symbols 
marking its beginning and end. 


There are four potential problems: 


“wn 


«The address of the current location, “.”, and therefore of stack_start, is not 
well-defined. If there are no input sections named .stack in the input files, then 
stack_start will be at the “next” unfilled location in ram, or at the beginning of 


405 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


406 


the ram memory area if no other commands directing output to ram precede 
the above .stack output section definition. 


However, if .stack sections do appear in the input files, these will be 
automatically included in this .stack output section — but whether they will 
appear before or after the address given to stack_start is undefined (the rules 
are complex and subject to change, so no guarantee of order is made for this 
poorly constrained case). 


If stack sections do appear in the input files, the definition of “.” and therefore 
of .stack_start can be made well defined by adding an input section 
specification as follows: 
.Stack ALIGN(4) : { 
stack_start = .; 
*(.stack) 
stack_end = .; 
} > ram 
stack_start may not be aligned as required. Lacking an align-spec as in the case 
above, the alignment will be 1, which may not be valid if the .stack section 
definition is preceded by a section with, for example, an odd length. 


This problem could be solved by providing an align-spec: 
.Stack ALIGN(4) : { ... } 


The assignment to stack_end will as expected define it to be stack_start plus 
0x10000 bytes, but this assignment in and of itself does not allocate/reserve memory. 
If other section definitions result in object bytes in what is intended to be the 
stack area, the linker will not warn of the conflict. 


This problem could be solved by incrementing the current location: 


stack_start = .; 
. += 0x10000; 
stack_end = .; 


“wu 


Incrementing “.” creates a “hole”. The hole will be zero-filled (absent 
specification of a different constant with option -f — see Specify “fill” Value (-f 
value, size, alignment), p.372). 


A reminder: the current location symbol, “.”, may appear only in a SECTIONS 
command, either between section definitions, or within a section-definition 
(Section-Definition, p.393) or a group-definition (GROUP Definition, p.400). 


“wn 


Creating a hole by incrementing “.” actually uses space in the output image 
(which could be more of an issue with larger stack). If the area reserved for the 
stack is expected to be 0, this unnecessary space in the output image can be 
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eliminated by a BSS type-spec (Type Specification: ([=]BSS), ([=]COMMENT), 


([=JCONST), ([=]DATA), ([=]ITEXT), ([=]BTEXT); OVERLAY, NOLOAD, p.396): 


.Stack (BSS) ALIGN(4) : { ... } 


Combining all of the above, the following is at least valid and likely to produce an 
acceptable result if there are no .stack sections in input files. 


SECTIONS 
{ 


.Stack (BSS) ALIGN(4): { 
stack_start = .; 


. += 0x10000; 
stack_end = .} 
} > ram 


} 


However, because of its potential problems as described in this example, this 
approach is not recommend. A recommended way to define a stack, especially in 
combination with a heap, is to use GROUP definitions to locate sections in the 
desired order, and then to define a stack and heap from the end of the final GROUP 
(using assignment commands as above). Another way is to define a separate 
memory area for the heap or stack with the MEMORY command. These approaches 
are combined in the default.dld linker command file. See 25. Linker Command 
Language for details. 


Right and Wrong Ways to Use SIZEOF 


Adding the size of a section to its address is not a reliable way to calculate the 
address of the next section to follow because there may be an alignment gap 
between the sections. For example, the following figure shows incorrect and 
correct ways to define the physical address in a LOAD specification and to define 
a heap symbol. Incorrect commands in the incorrect method and changes in the 
correct method are in bold. 
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Figure 25-3 Correct and Incorrect Use of SIZEOF 


MEMORY (Used by both incorrect and correct examples.) 
{ 

roml1: org = 0x20000, len = 0x10000 /* 3rd 64KB */ 

rom2: org = 0x30000, len = 0x10000 /* 4th 64KB ay 

ram: org 0x80000, len = 0x30000 /* 512KB - 703KB */ 


"oul 


stack: org Oxb0000, len = 0x10000 /* 7043B - 768KB */ 


Incorrect LOAD Specification and Symbol Definition Using SIZEOF 


SECTIONS 
{ 
GROUP : { 
,text ©» { *(.text) *(.anit) *(.fini) } 
.ctors ALIGN(4):{ ctordtor.o(.ctors) *(.ctors) } 
.dtors ALIGN(4):{ ctordtor.o(.dtors) *(.dtors) } 
} > roml 
.text2 : { *(.text2) } > rom2 
GROUP : { 
-data LOAD(ADDR(.text2) + SIZEOF(.text2)) : {} 
-bss : {} 
} > ram 
__HEAP_START = ADDR(.bss ) + SIZEOF(.bss_ ); (Alignment gap after .bss could 
make _ HEAP START wrong. ) 
__ HEAP _END = ADDR(ram ) + SIZEOF (ram ); (Memory areas are fixed size; 


SIZEOF use is correct.) 
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Figure 25-3 Correct and Incorrect Use of SIZEOF (cont'd) 


Corrected 


SECTIONS 
{ 
GROUP : { 
.text : { *(.text) *(.init) *(.fini) } 
.ctors ALIGN(4):{ ctordtor.o(.ctors) *(.ctors) } 
-dtors ALIGN(4):{ ctordtor.o(.dtors) * } 
} > roml 


.text2 : { *(.text2) } > rom2 


__ DATA ROM= .; (Define symbol for use in LOAD.) 
} > rom2 
GROUP : { 
.data LOAD(__ DATA ROM) : {} 
-bss : {} 
} > ram 
__HEAP_END = ADDR(ram ) + SIZEOF (ram ); Memory areas are fixed size; 
__SP_INIT = ADDR(stack ) + SIZEOF(stack ); SIZEOF use is correct.) 
__SP_END = ADDR(stack ); 


Example 25-8 Copying Code from “ROM” to “RAM” 


In embedded systems, code and data are typically burned into a ROM-type device, 
and then initial values for global and static variables are copied to RAM during 
system startup. The startup code can automatically copy such initial values as 
described in Copying Initial Values From “ROM” to “RAM”, Initializing .bss, p.265, 
which makes reference to the linker LOAD specification. (See LOAD Specification, 
p-398.) 


Copying code, not just initial data values, to high speed RAM can increase 
performance because it can be much faster to access than ROM. This example 
shows how to modify a simplified version the version_path/conf/sample.dld file 
shipped with the compiler suite to support this. In addition, anew copy_to_ram() 
function is required, and crt0.s is modified to call it. 


This example assumes an understanding of the startup code and the LOAD 
specification referred to above. 
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The first part of this discussion describes changes that are made to the linker 
command file. The following SECTIONS directive can be used to locate code 
physically in ROM but logically in RAM: 


SECTIONS 
.text LOAD (ROM_ADDRESS) :{} 
} > ram 
The LOAD instruction tells the linker where code is to be loaded in ROM at load 
time — the physical address (for example, when the PROM is burned). The area 
specification (the > ram part of the statement) tells the linker where the code will 
be during execution — the logical address. Note that this SECTIONS directive does 
not copy the data from ROM to RAM; it only tells the linker where to resolve 
references to functions, labels, string constants located with code, and so forth. In 
this example a user-supplied function called copy_to_ram() does the actual 
copying of code from ROM to RAM during system startup. 


If a LOAD directive and an area specification such as those shown above are used 
for the initialization code, that code will not be accessible. This is because the linker 
would resolve references to the initialization code in the ram area, and so the 
initialization code would never be found. One solution to this “chicken and egg” 
problem is to refrain from copying the initialization code, crt0.o and 
copy_to_ram(), to RAM, leaving it in ROM. 


Here are the details: 


1. Locate initialization code into ROM only, in a section called .startup. The 
startup code consists of crt0.o and copy_to_ram(). 


2. Locate the rest of the code, and all global and static variables, physically in 
ROM but logically in RAM, except for uninitialized variables, which is only 
placed in RAM. 


3. Assign symbols to keep track of important addresses in RAM and ROM. See 
the diagram below. 
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25.10 Examples 


uninitialized data 


DATA_END 
RAM copy of data (global, static variables) 
TEXT_END 
copy of code text 
_DESTINATION 


data (global, static variables) 


DATA_ROM_START 


ROM 
code text 
__ SOURCE 


crt0.s and copy_to_ram( ) 


The symbols __ SOURCE (in ROM) and __DESTINATION (in RAM) mark the 
beginning of the code areas (not including the initialization code). 
__DATA_ROML_START marks the beginning of data in ROM, and __TEXT_END 
marks the end of the .text section in RAM. _ DATA_END marks the end of the code 
and variable sections that are to be copied. 


The next two pages show the simplified sample.dld, before and after changes are 
made. Comments have been reduced to improve readability and unnecessary 
details have been omitted; changes appear in bold text in the second version of 
sample.dld. See bubble.dld for another example of more complete linker 
command files in 25. Linker Command Language. 


In the “after” linker command file (Figure 25-5), note that _DATA_ROM and 
__DATA_RAM are made equal to each other in order to prevent crt0.0 from 
redundantly copying data. (crt0.o copies data from ROM to RAM if those symbols 
are not equal; see Copying Initial Values From “ROM” to “RAM”, Initializing .bss, 
p-265.) 
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Figure 25-4 sample.did As It Is Distributed 


MEMORY 
{ 


rom: org=0x0, 


} 


SECTIONS 
{ 
GROUP : 
{ 
-text (TEXT) :{ 


*(.text) *(.rodata) *(.rdata) 
*(.frame_info) *(.j_class_table) 


*(.init) *(.fini) 


.ctors ALIGN(4):{ ctordtor.o(.ctors) 


( 
*( ctors) 
.dtors ALIGN ( 
*(.dtors) 
} 


__DATA_ ROM ar, 
} > rom 


GROUP : { 
__DATA_RAM = .; 


-data (DATA) LOAD(__DATA_ROM) 
{ *(.data) *(.j_pdata) } 


__DATA_END = .; 


__BSS_START = .; 
-bss (BSS) : {} 
__BSS_END = .; 


__HEAP_START= .; 


} > ram 


} 
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len=0x100000 
ram: org=0x100000, len=0x100000 
stack: org=0x300000, len=0x100000 


} 
4):{ ctordtor.o(.dtors) 
} 


Specify memory layout. 


The first GROUP contains code and constant 
data, and is allocated in the rom memory area. 


The second GROUP allocates space for 
initialized and uninitialized data in the ram 
memory area, as directed by > ram at the end of 
the GROUP. This is the “logical” location; 
references to symbols in the GROUP are to 
ram. 


But the LOAD specification on the .data output 
section causes that section to follow be at 
__DATA_ROM in the GROUP above in the 
actual image (the "physical" address). 


Allocate uninitialized sections. 


25 Linker Command Language 


Figure 25-5 
MEMORY { ... } 


SECTIONS 
{ 

-startup (TEXT) : { 
crt0.o(.text) 
*(.startup) 

__ SOURCE = (. + 3) & ~3; 


__DESTINATION = .; 
.text (TEXT) LOAD(__SOURCE) : { 
*(. text) 


} 


__TEXT_END = .; 
__DATA_ROM_START = __ SOURCE + 
__TEXT_END - __ DESTINATION; 


.data (DATA) LOAD(__ DATA ROM START) 
{ *(.data) *(.j_pdata) } 


__DATA_END = .; 


__ BSS _ START = .; 

-bss (BSS) : {} 

__ BSS END = .; 

__ HEAP START = .; 

} > ram 

} 
__DATA_ROM =-0% 
__DATA_RAM = __DATA_ROM; 


25.10 Examples 


sample.did Highlighting Changes Made for Copying from ROM to RAM 


Create a startup section for initialization code, 
crt0.o and copy_to_ram(), that will only be placed 
in ROM. _ SOURCE is the beginning address for 
the ROM to RAM copy. 


Make sure _ SOURCE is aligned. 


Combine the rest of the code and data into a group 
located in RAM. Use LOAD directives to place all 
of this group (except uninitialized data) in ROM. 
__DESTINATION is the address in RAM for the 
ROM-to-RAM copy. Some details (such as .ctors 
and .dtors) have been removed. 


__TEXT_END marks the end of code. 
__DATA_ROM_START marks the beginning of 


data in ROM. 


__DATA_END marks the end of data to be copied. 


Allocate uninitialized sections. 


Make _ DATA_ROM and _ DATA_RAM equal 
so initialization code will not copy initial values 
from ROM to RAM. 


A simple copy program can be used to copy from ROM to RAM, using 
__DATA_END and __DESTINATION to calculate the number of bytes to copy. 


/* These symbols are defined in a linker command file. */ 


extern int __SOURCE[], __DESTINATION[], __DATA_END[]; 


#pragma section CODE ".startup" 


void copy_to_ram(void) { 
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unsigned int i; 
unsigned int n; 
/* Calculate length of the region in ints */ 


n = __DATA_END - __DESTINATION; 
for (i = 0; i <n; i++) { 
__DESTINATION[i] = __souRcE[i]; 


} 
} 


crt0.s must call copy_to_ram(). The following is added after the comment “insert 
other initialization code here,” before calling __init_main(). 


jbsr copy_to_ram 
NOTE: An alternative to using copy_to_ram(), which is implemented with a for 


loop, would be to call memcpy() from crt0.0, but then memcpy() would remain 
in ROM, with its slow access. 
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26 


Utilities 


The following chapters describe utility tools that accompany the compiler suite. 


26.1 Common Command-Line Options 


All tools in the Wind River suite accept the following command-line options where 
meaningful. They are repeated here for convenience. 


Show Option Summary (-?) 


-?, -h, 
--help 
Show synopsis of command-line options. 


Read Command-Line Options from File or Variable 
(-@name, -@ @name) 


-@name 
Read command-line options from either a file or an environment variable. 
When -@name is encountered on the command line, the tool first looks for an 
environment variable with the given name and substitutes its value. If an 
environment variable is not found then it tries to open a file with given name 
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and substitutes the contents of the file. If neither an environment variable or a 
file can be found, an error message is issued and the tool terminates. 


-@@name 
Same as -@name; also prints all command-line options on standard output. 


Redirect Output (-@E=file, -@E+file, -@O=file, -@ O+file) 
-@E=file 
Redirect any output to standard error to the given file. 


-@O=file 
Redirect any output to standard output to the given file. 


Use of “+” instead of “=” will append the output to the file. 
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27.1 Synopsis 419 
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27.3 Description 420 
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27.1 Synopsis 


Create and maintain an archive of files of any type, with special features for object 
files. 


27.2 Syntax 


dar command [position-name] archive-file [name] ... 
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27.3 Description 


The dar command maintains files in an archive. Archives can contain files of any 
kind. However, object files are handled ina special way. If any of the included files 
is an object file, the archiver will generate an invisible symbol table in the archive. 
This symbol table is used by the linker to search for missing identifiers without 
scanning through the whole archive. 


NOTE: An archive file consisting only of object files is also called a library, and so 
the archiver is often referred to as a librarian. 


command is composed of a hyphen (-) followed by a command letter. One or more 
optional modifier letters for some commands may either be concatenated to the 
command letter, or may be given as separate option arguments (see below for 
examples). 


position-name is the name of a file in the archive used for relative positioning with 
the -r and -m commands. 


archive-file is the archive file pathname. 


name is one or more files in the archive. Multiple name arguments are separated by 
whitespace. 


27.3.1 dar Commands 


dar commands and modifiers are as follows. Modifiers are shown in brackets. See 
also 26.1 Common Command-Line Options, p.417. 


-d [lv] 
Delete the named files from the archive. 


-m [abiv] 
Move the named files. If any of the [abi] modifiers are employed, the 
position-name argument must be present and the files will be positioned in the 
same manner as with the -r command. Otherwise the files are moved to the 
end of the archive. 


p [sv] 
Print the contents of the named files on the standard output. This is useful only 
with text files in an archive; binary files, e.g., object files, are not converted and 
so are not normally printable. 
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27 D-AR Archiver 
27.3 Description 


-q [cflv] 
Quickly append the named files at the end of the archive without checking 
whether the files already exists. If the archive contains any object files, the 
symbol table file will be updated. If the [f] modifier is used, the files will be 
appended without updating the symbol table file, which is considerably faster. 
Use the -s command when all files have been inserted in the archive to update 
the symbol table. 


-r [abciluv] 
Replace the named files in the archive. New files are placed at the end of the 
archive unless one of the [abi] modifiers is used. If so, position-name must be 
given to specify a position in the archive. With the [bi] modifiers, the named 
files will be positioned before position-name; with the [a] modifier, after it. 


If the archive does not exist, create it. 


If the [u] modifier is specified, then only files with a modification date later 
than the corresponding files in the archive will be replaced. 

-s [IR] 
Update the symbol table file in the archive. Used when the archive is created 
with the -qf command. 

-t [sv] 
List a table of contents for the archive on the standard output. 

-V 
Print the version number of dar. 

-x [Isv] 
Extract the named files from the archive and place them in the current 
directory. The archive is not changed. 


dar Command Modifiers 


Use With 
Commands 
a -m -r Insert the named files in the archive after the file 
position-name. 
b -m -r Insert the named files in the archive before the file 
position-name. Same as “i” modifier. 
c -q-t Does not display any message when a new archive 


archive-file is created. 
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dar Command Modifiers (cont'd) 


Use With 
Commands 
D pathname 
-q -r When adding to or replacing files in an archive, prefix 
pathname to name of each file to be stored to access it in the 
file system (but do not store the additional pathname in the 
symbol table). 

f -q Append files to the archive, without updating the symbol 
table file. If any of the files already exist, multiple copies will 
exist in the archive. The next time the -s command is used 
dar will delete all copies but the last of the files with the 
same name. 

i -m -r Insert the named files in the archive before the file 
position-name. Same as “b” modifier. 

j -q -r Store a path prefix if given with an object file in the archive 


1 -d -q -1-s -x 


Ss -p -t-x 

u -r 

v -d -m -p 
-q -1-t -x 

R -S 


symbol table instead of just the base filename. 


NOTE: The path prefix becomes part of the name in the 
archive. Thus, if a single file x.o is added once as x.o and a 


second time as lib/x.o using the “j” option, it will be stored 
twice in the archive. 


Place temporary files in the current directory instead of the 
directory specified by the environment variable TMPDIR, or 
in the default temporary directory. 


Same as the -s command. 


Replace those files that have a modification date later than 
the files in the archive. 


Verbose output. 


Sort object files in the archive so that the linker does not 
have to scan the symbol table in multiple passes. 
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27.4 Examples 


Example 27-1 


Example 27-2 


Example 27-3 


Example 27-4 


Example 27-5 


Some later examples build on earlier examples. 


New Archive 


Create a new archive lib.a and add files f.o and h.o to it (the -r command could also 
be used): 


dar -q lib.a f.o h.o 
Modify Above Archive: Replace File, Add File 


Replace file f.o, and insert file g.o in archive lib.a, and also display the version of 
dar. Without the “a” modifier, the new file g.o would be appended to the end of the 
archive. With the “a” modifier and the first f.o acting as the position-name in the 
command, new file g.o is inserted after the replaced f.o: 


dar -rav f.o lib.a f.0 g.o 
Alternative command for Example 2 


Example 27-1 - Example 27-2 can also be given in the following form with the 
modifier letters given as separate options. The first item following dar must always 
be the command from 27.3.1 dar Commands, p.420. 


dar -r -a -v f.0 lib.a f.o g.o 


Quick Append to Archive 


Quickly append f.o to the archive lib.a, without checking if f.o already exists. This 
operation is very fast and can be used as long as the archive is later cleaned with 
the -sR command (see below): 


dar -qf lib.a f.o 


Cleanup Archive After Quick Appends 


Cleanup archive lib.a by creating a new sorted symbol table and removing all but 
the last of files with the same name. This is useful after many files have been added 
with the -qf option: 


dar -sR lib.a 
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Example 27-6 Extract File from Archive Without Changing Archive 


Extract file.c from archive source.a and place it in the current directory. The 
archive is unchanged. 


dar -x source.a file.c 
Example 27-7 Delete File from Archive Permanently 


Delete file.c files from archive source.a. The file is deleted without being written 
anywhere: 


dar -d source.a file.c 
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28.1 Synopsis 


Display profile data collected from one or more runs of a program. 


28.2 Syntax 


dbent [-£ profile-ile] [-h n] [-1 n] [-n] [-t 1] sowrce-file, ... 
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28.3 Description 


28.3.1 dbcnt 


The dbcnt command displays the number of times each line in a source program 
has been executed. It can also be used to show “coverage” information (see 
28.6 Coverage, p.428). 


The files to be measured must be compiled with the -Xblock-count option. By 
definition, a basic block is a segment of code with exactly one entrance and one 
exit. Thus, all statements in a basic block will have the same count. Compiling with 
-Xblock-count causes the compiler to insert code into each basic block to record 
each execution of the block. Each time the resulting program is run, the profile data 
is stored in the file named in the environment variable DBCNT. If DBCNT is not set, 
the file dbcnt.out will be used. If the program is executed more than once, the new 
profile data will be added to the existing DBCNT file. 


After the profile data has been collected and returned to the host, to display one or 
more source files together with their line counts, enter the command: 


dbent [options] source-filel, source-file2, ... 


If the name of the DBCNT file is not dbcnt.out, use the -f option to provide the 
pathname of the actual file with the line counting information. See below for 
examples. 


dbcnt options are as follows. See also 26.1 Common Command-Line Options, p.417. 


Options 
-f file 
Read profile data from file instead of dbent.out. 


-hn 
Do not print lines executed more than n times. 


-In 
Do not print lines executed fewer than n times. 


-n 
Print the line number of every source line. 


-tn 
Print the n most frequently executed lines. 


-V 
Print the version number of dbcnt. 
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28.4 Files 


NOTE: Files processed by dbent must be unique in their first 16 characters. 


28.4.1 Output File for Profile Data 


dbcnt.out 
Default output file for profile data. 


DBCNT 
Environment variable giving the name of the profile data file. 


28.5 Examples 


The file file.c (shown annotated below) is compiled with: 
dcc -Xblock-count -o file file.c 

When executed, the following output is produced: 
47 numbers are multiples of 3 or 5. 

dbcnt is used to show how many times each line is executed: 
dbent file.c 

dbent produces the following output: 

file.c (1 run(s)): 

main () 

{ 
int i = 100, n = 0; 


101 while(i > 0 


) 
100 if ((1 3) == 0 || (1 8 5) == 0) ¢{ 
67 
47 n++; 
47 } 
100 i--; 
100 } 


printf("%d numbers are multiples of 3 or 5.\n",n); 
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NOTE: When a source line contains more than one basic block, such as the if 
statement above, empty lines are added to show the count of the basic blocks after 
the first. 


The following will find the 100 most frequently executed source lines in a program: 


dbcnt -n -t100 *.c 


28.6 Coverage 


The following will find all source lines which did not execute in a program: 
dbent -h0 -10 -n *.c 


(The second option, -10, is hyphen, lower-case L, 0.) 


28.7 Notes 


The functions __dbinic( ) and__dbexit() must exist in the standard library in order 
for the linker to be able to link the files compiled with the -Xblock-count option. 


For information on support for file I/O and environment variables in an 
embedded environment, see 15.8.2 File I/O, p.274 and 15.11 Target Program 
Arguments, Environment Variables, and Predefined Files, p.279. 


See 15.12 Profiling in An Embedded Environment, p.281 for an additional example. 
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29.1 Synopsis 


Dump or convert all or parts of object files and archive files. 


29.2 Syntax 


ddump [command] [modifiers] file, ... 
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29.3 Description 


An object file consists of several different parts which can be individually dumped 
or converted with the ddump command. 


ddump accepts both object files and archive files; in the latter case, each file in the 
archive is processed by the ddump command. ddump can generate debugging 
information only for code that is fully bound at link time; it does not work on 
relocatable object files. 


command is composed of a hyphen (-) followed by one or more command letters. 
One or more optional modifier letters for some commands may either be 
concatenated to the command letter, or may be given as separate option 
arguments. Commands and options are all represented by unique letters and so 
may be mixed in any order. Typically modifiers consisting of a single letter are 
concatenated with commands, while modifiers taking a separate argument are 
given as separate options (e.g., -Rv versus -R -o name). 


See also 26.1 Common Command-Line Options, p.417. 


29.3.1 ddump commands 


-a 
Dump the archive header for all the files in an archive file. 

-B 
Convert a hexadecimal file to binary format. Each pair of hexadecimal 
numbers is translated to one byte in the output file. Whitespace (spaces, tabs, 
and newlines) are ignored. Unless the -o modifier is used, the output file will 
be named bin.out. 


-C 
Generate a difference file (either a SingleStep .blk file or an S-Record) from two 
ELF executable files. Usage: 
ddump -c [modifiers] file1 file2 
The following special modifiers are available: 
-h 
Generate differences for read-only sections and a complete dump for 


writable sections. Useful when the original executable has already run on 
the target and has modified some writable information. 
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-D 


-F 
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29 D-DUMP File Dumper 
29.3 Description 


-V 
Generate differences for initialized sections. Useful when the executable 
has initialized uninitialized data. 


-p2 
Generate an S-Record instead of a .blk file. 


Dump the string table in each object file. 
Dump the DWARF debugging information in each object file. 


Demangle C++ names entered interactively, one per line (no files are 
processed). Enter Ctrl-C or the end-of-file character to terminate interactive 
mode. If combined with other options, prints demangled names. See 13.5 C++ 
Name Mangling, p.231 for details on how names are mangled. 


Dump the file header in each object file. 
Dump the symbols in the global symbol table in each archive file. 


Display the contents of any file in hexadecimal and ASCII formats. The -p 
modifier will display hexadecimal only. 


Dump the section headers in each object file. 
Dump the line number information in each object file. 


Dump the symbol table information in each object file. Similar to the UNIX nm 
command. The following special modifiers are available. See also the -t option 
below for a more readable dump but without further options. 
-x 

Display numbers in hexadecimal. 
-0 

Display numbers in octal. 
-u 

Display only undefined symbols. 
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-O 


-R 
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?P 
Display symbols in BSD format. 
-h 
Suppress header. 
-r 
Display filename before symbol name. 


Emulate GNU nm output. 


Dump the optional header in each object file. 


NOTE: -o is both acommand and an option. If any of the commands -B, -I, or 
-R are encountered, then a following -o is assumed to specify the output file 
for the -B, -I, or -R command. If -o is encountered first, then it is the command. 
See the -o modifier on 29.3.1 ddump commands, p.430. 


Convert an executable (usually, or object) file to different formats, especially 
Motorola S-Record format. The output file will be named srec.out unless the -o 
modifier is used (see 29.3.1 ddump commands, p.430). Sections may be selected 
with the -n or -d and +d modifiers as usual. 


The following special modifiers are available: 


-mt 
Write S-Records of the given type: 1 for 16-bit addresses, 2 for 24 
bit-addresses, 3 for 32-bit addresses (the default). No space is permitted 
between “m” and t. 

Pp 
Write a plain ASCII file in hexadecimal (not S-Record format). 

-u 
Write a binary file (not S-Record format). Inter-section gaps of size less 
than or equal to 10KB are filled with 0. The size may be changed with the 
-y option described in 29.3.1 ddump commands, p.430. A larger gap will 
cause an error. 


-v 
Do not output the .bss or .sbss section (applies to all output formats). 


29 D-DUMP File Dumper 
29.3 Description 


Without -v, S-Records will be generated to set .bss and .sbss sections to 0. 
This will increase transmission or programming time when sending 
S-Records to PROM programmers or other devices and may not be 
desirable. 


-wil 
Set the line width of the S-records to represent n data characters. The actual 
line length is 2n plus the size of other fields such as the address field. The 
default value of n is 20. 2n is used instead of n because it takes 2n hex digits 
to represent n characters. No space is permitted between “w” and n. 


-r 
Dump the relocation information in each object file. 


-S 


Display the size of the sections. Similar to the UNIX size command. By using 
the -f modifier, the section names will be included in the output. By default, 
only the .text, .data, and .bss sections will be included. By using the -v 
modifier, all sections will be included. 


-S 
Dump the section contents in each object file. 


NOTE: Use of the v modifier, that is, -sv, is highly recommended. 


-t 
Dump the symbol table information in each object file. 


-tindex 
Dump the symbol table information for the symbol indexed by index in the 
symbol table. 


+tindex 
Dump the symbol table information for the symbols in the range given by the 
-t option through the +t option. If no -t was given, 0 is used as the lower limit. 


-V 
Print the version number of ddump. 


-zname 
Dump the line number information for the function name. 


-zname,number 
Dump the line number information in the range number to number2 given by 
+z for the function name. 
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+znumber2 


Provide the upper limit for the -z option. 


ddump command modifiers 


Use With 
Command 

-d -h -1-R-s Dump information for sections greater than or equal to 

number number. Sections are numbered 1, 2, etc. 

+d -h-1-R-R-s Dump information for sections less than or equal to 

number number. 

n -h-1-R-s-t Dump the information associated with each section 

namelist name in a comma-separated list of section names. 

-o name -I-R Specify an output filename for the -B, -I, and -R 
commands. (See note regarding the -o command in 
29.3.1 ddump commands, p.430.) 

-p any but -I Suppress printing of headers. Special meaning with -R. 

-pname  -Ionly Set the processor name in the “Module Begin” record. If 
this option is not specified the processor name is taken 
from the magic number of the input file. A list of 
processor names and magic numbers can be found in 
the IEEE 695 specification. 

-u any Underline filenames. Special meaning with -R. 

-V any Dump information in verbose mode. Special meaning 
with -R. 

“yn -Ru Change the size of the gap zero-filled by the -Ru 


command to n (see 29.3.1 ddump commands, p.430). For 
example: 


ddump -Ru -y20000 ... 


will permit gaps from 1 through 20,000 bytes. 
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29.4 Examples 


Example 29-1 


Example 29-2 


Example 29-3 


Example 29-4 


Example 29-5 


Dump File Header and Symbol Table for Files in Archive 


Dump the file header and symbol table from each object file in an archive in 
verbose mode: 


ddump -ftv lib.a 
Convert Executable File to Motorola S-Records 


Convert an executable file named test.out to Motorola S-Record format, naming 
the output file test.rom. Use the -v option to suppress the .bss section (without -v, 
S-Records would be generated to fill the .bss section with zeros). 


ddump -Rv -o test.rom test.out 
Generate S-Records Only for “data” Sections 


Same as the prior example but convert and output only section .data and call the 
result data.rom. 


ddump -R -n .data, -o data.rom test.out 
Display Section Sizes 


Use -Sf to show the size of all sections loaded on the target. See below: 


ddump -Sf a.out 
9056(.text+.sdata2) + 772(.data+.sdata) + 428(.sbss+.bss) = 
10256 


Demangle C++ Names 


Demangle C++ names with ddump -F: 


ddump -F command entry 
mymain_FiPPc user entry 
mymain(int , char **) demangled result 
init__7myclassFv user entry 
myclass::init(void ) demangled result 
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dmake Makefile Utility 


30.1 Introduction 437 
30.2 Installation 437 
30.3 Using dmake 438 


30.1 Introduction 
Rebuilding the Wind River libraries requires the special make utility, dmake, by 


Dennis Vadura. dmake is shipped and installed automatically with the tools. 


dmake supports the standard set of basic rules and features supported by most 
“make” utilities — see the documentation for other “make” utilities for details. 


30.2 Installation 


The dmake executable is shipped in the bin directory and requires no special 
installation. 
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30.3 Using dmake 


Use dmake as a typical “make” utility. For example, enter dmake without 
parameters to cause it to look for a makefile named, on Windows, makefile 
(case-insensitive), and on UNIX, first makefile and then Makefile. 


Enter dmake -h for a list of command-line options. 


dmake requires a “startup” file unless the -r option is given on the command line, 
and will look for the file in the following locations in order: 


« The value of the macro MAKESTARTUP if defined on the command line. 
"The value of the MAKESTARTUP environment variable if defined. 


« The file version_path/dmake/startup.mk (supplied as shipped). 
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WindlSS Simulator and 
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31.1 Synopsis 439 

31.2 Simulator Mode 440 

31.3 Batch Disassembler Mode 445 

31.4 Interactive Disassembler Mode 446 
31.5 Examples 447 


31.1 Synopsis 


Wind ISS, the Wind River Instruction Set Simulator, is a simulator for executables 
and a disassembler for object files and executables. The disassembler mode 
provides both batch and interactive disassembly. The three modes of operation are 
selected by: 


windiss ... 
Simulation (with no -i option). 


windiss -i ... 


Batch disassembly. 


windiss -ir ... 
Interactive disassembly. 


The modes of operation are described the next three sections. 
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31.2 Simulator Mode 


Table 31-1 


windiss 


Wind River Compiler for MeCORE 


In simulator mode, windiss can take command-line arguments, input from 
standard input, and send output to standard output. 


Syntax (Simulator Mode) 

[-b binary-offset] 

[-a debug-mask] 

[-p] 

[-p£ trace-file] 

[-pi_ trigger-address| . . stop-address] 
L, trace-count]] 

[-pm range-start| . : range-stop] 

L, trace-count]] 


[-ps skip-count[, trace-count]] 


Dx max-count] 
e entry-point] 


h_ hex-offset] 


[- 
[- 
[- 
[-z mem-init-value] 
[-m_ mem-size] 


[-ma] 


Goes range-start| a rat el 


i rage sar of range-end] [xr w] x] 


[-m_ address-mask] 


[-" nice-value] 


Load file at address; requires -t option. 
Write debugging information. 
Trace execution, show disassembly and register state. 
Send -D... trace output to file. 
Trace only on execution in address range; 
trace for count instructions. 
Start trace on first read/write in address range. 
trace for count instructions. 


Start trace after skip-count instructions; trace for 
count. 


Execute max-count instructions, then stop. 

Set entry point address. 

Load at offset; requires -t option. 

Initialize memory to low byte of value, else to 0. 


Set memory size in bytes; suffixes K (kilo) or M 
(mega). 


Allocate memory automatically when accessed. 


Specify memory map in address range(s); r, w, and x 
set memory type to read, write, and execute. 


Specify address mask applied to simulated target. 


Run with lower priority on windows; nice-value can 
be 0 (default) to 6 (lowest priority). 
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Table 31-1 Syntax (Simulator Mode) 


[-p] Generate count profile without using -Xprof... 
options. 

[-a] Quiet mode — no messages except user output. 

[-x] Internal use by RTA. 

[-s clock-speed] Set clock speed (in megahertz). 

[-s stack-address] Specify initial value of stack and environment area. 

[-t target-name] Set target. target-name may be set to MCORE. 

[-v] Display version number. 

[-x exception-mask ] Set exception mask. 

filename [argument...] Executable file to simulate and arguments to it if any. 


31.2.1 Compiling for the WindISS Simulator 


The simulator is easiest to use with ELF files that were compiled for the windiss 
environment. To select the windiss environment when compiling, assembling, and 
linking, either: 


« Use -ttof:windiss on the compiler, assembler, or linker command line. 


« Use dctrl -t to specify the target and environment. When dctrl prompts Select 
environment, select other, and then enter windiss. 


If object files were not compiled with ELF object file coding, the linker option -Xelf 
can be used to produce ELF file executables. Also, special switches described 
below allow for simulation using binary and hex files. 


31.2.2 Simulator Mode Command and Options 
The following shows options for running windiss in simulator mode. The space 
between the option and its value is optional unless otherwise noted. When an 


option has multiple values, no other spaces are allowed. All numeric values may 
be specified in decimal or hex, e.g., 16 or 0x10. 
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-b address 


Load binary file at address. The -t option must be used to indicate the target. 


-d_ debug-mask 


-D 
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Write debugging information using debug-mask to indicate options. Mask bits 
may be ORed and are specified in hex, e.g. Oxc. Mask bits not listed below are 
reserved. The mask bits are as follows: 


1,2 Turn logging on for the RTA server. Bit 2 requests more detail 
than bit 1. 

4 Cannot be used without bit 8. When used with bit 8, windiss 
displays the contents of buffers for POSIX calls. 

8 Log POSIX calls. 

16 Log exceptions, if exceptions are enabled. For example, the 
timer interrupt can be logged. 

64 Log target memory handling. 


Show initial register state; trace execution, showing disassembly for all 
instructions; show values for all registers that are changed. 


trace-file 
Direct output from all -D tracing options (-D, -Di, -Dm, and -Ds) to the 
trace-file. 


trigger-address 

[.. stop-address] 

L trace-count| 

Enable tracing, displaying each instruction as it executes and any registers 
modified by it on stdout. No space is allowed in the arguments except after 
-Di. 


Start tracing when the PC enters the range from trigger-address..stop-address. 
The default for stop-address gives a range of one instruction at the 
trigger-address. 


Addresses may be symbols. 


Stop tracing when execution reaches the stop-address or after trace-count 
instructions. If neither is present, tracing continues until the program 
terminates. Note that the program does not terminate when tracing stops — 
the program always runs until completion unless the -Dx option is present. 


If trace-count is 0, tracing is enabled as long as the PC is within the specified 
function or range. When the PC is outside of range (e.g. when executing a 
subroutine), tracing is disabled. 
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Program output to stdout is intermixed with trace output unless the -Df 
option is used to redirect trace output to a different file. Examples: 


windiss -Di main hello.out 
Trace beginning at main. 


windiss -Di main,1 hello.out 
Trace one instruction beginning at main. 


windiss -Di main..printf hello.out 
Trace from main through the first entry to printf. 


windiss -Di printf,0 hello.out 
Trace printf, skipping subroutine calls. 


Note: simulation is slower with this option. 


-Dm range-start [. 7 range-stop] [, trace-count] 
Start tracing on the first read or write to any memory location in the given 
range. Stop tracing after trace-count instructions if present. 


See -Di for other details and related examples. 


-ps skip-count|, trace-count] 
Execute at full speed until skip-count instructions have been executed and then 
begin tracing each instruction as executed. Stop tracing after trace-count 
instructions if present. 


See -Di for other details and related examples. 


-Dx max-count 
Execute max-count instructions and then stop. 


-e entry-point 
Specify the entry point of binary file. 
-El 


-Eb 
Specify endianity for a binary file: -Eb for big-endian, or -El for little-endian. 


-h address 
Load hex file at address. The -t option must be used to indicate the target. 


-I_ mem-init-value 
Initialize memory to the low-order byte of the given value. Memory is cleared 
to 0 without this option. 

-m mem-size 
Specify size of memory in simulator. Sizes can be specified in bytes, kilobytes 
with “k” or “K”, or megabytes with “m” or “M7”. For example, the following 
are equivalent: -m 2M, -m 2048K, -m 2097152, and -m 0x200000. The program 
terminates with an error if the end of memory is reached. 
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-ma 
Use automatic memory allocation. Memory is allocated when accessed. 

-mm range-start| ee range-end] [x] [w] [=] L, range-start| oa range-end]| [x] [w] [x] L, | 
Specify a memory map starting at range-start and ending at range-end. The t, w, 
and x flags set the memory type to read, write, and execute; the default is rwx. 
Multiple ranges can be specified. 


-M memory-mask 
Specify an address mask to be applied to all target addresses before access to 
the simulated memory. Used to mask off high address bits to fit applications 
linked to high memory. 


-N nice-value 
Run windiss using lower priority on windows. nice-value can be 0 to 6, where 
0 is the default (normal execution) and 6 is the lowest priority. 


(none) or -? 
Use windiss alone on the command line to see a list of windiss options. 

-P 
Generate count profile data even for programs not compiled with -Xprof-... 
options, effectively using -Xprof-count (106; hierarchical profile data not 
available). Without -r, upon program completion, the profile data is written to 
stdout. With -r, the RTA collects the profile data. 


Run in quiet mode: do not print messages other than output from the user’s 
program. 


Not for direct use. Used for connection to the RTA. 


-s_ clock-speed 
Set simulated clock speed in megahertz. The default is 10 (MHz). clock-speed 
must be an integer. This does not change the execution speed of windiss itself; 
rather, it changes the simulated time reported by windiss. 


-S stack-address 
Specify the initial value of the stack and environment area. The default is to use 
the highest available memory address, or 0x80000000 if automatic memory 
allocation is used (see -ma above). 


-t ftarget-name 
Specify target processor for program. Not needed for ELF files. Abbreviated 
names are used for specifying target processors: ARM, M32R, MC68K, MCF 
(for ColdFire), MCORE, MIPS, NEC, PPC, SH, SPARC, and X86. (Note that 
these abbreviated names are only the initial part of the t component of the 


444 


31 WindISS Simulator and Disassembler 
31.3 Batch Disassembler Mode 


-ttofenviron option to the compiler, linker and assembler. Only the abbreviated 
forms shown are currently permitted with windiss.) 


-V 


Print windiss version. 


-X exception-mask 


exception-mask is a 32-bit target-specific value that controls which exceptions 
are handled by windiss. The least significant bit corresponds to exception 0, 
the next bit to exception 1, and so on. If a bit is 1, windiss simulates the 
corresponding exception (branching to the exception handler, which must be 
supplied by the application program). If the bit is 0 (the default), windiss 
terminates the program when the exception occurs. 


Only the following exceptions are implemented (by bit number): 


1 


2 


em 


Misaligned Access (vector offset 0x4). Generated on a load or 
store of a non-aligned operand. 

Access Error (vector offset 0x8): page fault. Generated if an 
attempt is made to access an address outside the simulated 
memory space. 

Divide by Zero (vector offset OxC). 

Illegal Instruction (vector offset 0x10). 

Trace (vector offset 0x18). Generated after each instruction 
when the processor is in trace mode. 

Breakpoint (vector offset 0x1C). Generated by the bkpt 
instruction. 

Trap (vector offsets 0x40, 0x44, 0x48, 0x4C) generated by the 
TRAP 0, TRAP 1, TRAP 2, and TRAP 3 instructions, respectively. 


31.3 Batch Disassembler Mode 


31.3.1 Syntax (Disassembler Mode) 


windiss -ilo | e | 1] [label] [-R1 start-address [-R2 end-address]] [-R3 section] filename 


label is used only with the 1 modifier. 
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For the -ir option, see 31.4 Interactive Disassembler Mode, p.446. 


31.3.2 Description 


Myl 


Batch disassembly mode is selected by the -i option with no “r” modifier. In batch 
disassembler mode, windiss disassembles ELF object files and executables and 
writes the assembly code to standard output. The -i stands for instructions. 
windiss can disassemble programs compiled either: 


* For the windiss environment, without hardware floating point support. See 
31.2.1 Compiling for the WindISS Simulator, p.441. 


* For other environments, if there are no floating point instructions. 


The modifiers 0, e, and 1 are appended to the -i without an additional hyphen and 
with no spaces allowed. Modifiers may be used together in any order. To 
disassemble code use: 


= -j alone to disassemble the whole file. 


* — [e] -R1 start-address [-R2 end-address] to specify code addresses. Use Ox for hex 
numbers. If part of a function is specified by a -R1 and -R2 options, the entire 
function is disassembled unless the “e” option is used to request exact 
addresses. A space is required between either the -R1 or -R2 option and the 
address. 


* — -R3 section to specify a section index in the object file. If the specified section 
has zero length, the option is ignored. 


"= 0 to also show machine code. 


* | label to specify the name of a function to be disassembled. 


31.4 Interactive Disassembler Mode 


31.4.1 Syntax (Interactive Disassembler Mode) 


windiss -ir[o] filename 
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31.4.2 Description 


In interactive disassembler mode, windiss prints the disassembled ELF object 
code and executables interactively. The -i stands for instructions; the r modifier 
selects interactive mode; the o modifier shows hex machine code in addition to 
assembly language. windiss can disassemble programs compiled either: 


* For the windiss environment, without hardware floating point support. See 
31.2.1 Compiling for the WindISS Simulator, p.441. 


* For other environments, if there are no floating point instructions. 
To disassemble code in interactive mode: 
a[isasm] label | [-e] start-address [end-address] 


If part of a function is specified, the entire function will be disassembled unless the 
-e option is given. The -e option requests that exact addresses be disassembled, 
without other code. 


To quit interactive mode: 


q[uit] 


31.5 Examples 


Example 31-1 


Example 31-2 


Simulate Using All Defaults 

Run windiss in simulator mode. The program output is 17. 
windiss a.out 
17 


windiss: task finished, exit code: 83521, Instructions executed: 2118 
windiss: interrupts were never enabled 


Simulate with Specified Memory Sizes 


Run windiss in simulator mode, specifying memory size as 20,000 bytes, and then 
1 megabyte: 
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windiss -m 20000 a.out 


windiss: loading outside of memory, EA=0x4c00 (increase by using -m 
<size>) 


windiss -m 1M a.out 
17 


windiss: task finished, exit code: 83521, Instructions executed: 2118 
windiss: interrupts were never enabled 


Example 31-3 Simulate Showing POSIX Calls 


Run windiss in simulator mode, and use the debug option with a mask to show 
POSIX calls. 

windiss -d 8 a.out 

%% posix call 120: isatty(1), ret=1, errno=0 

%% posix call 4: write(1, Ox6bfc, 4) 

17 


windiss: task finished, exit code: 83521, Instructions executed: 2118 
windiss: interrupts were never enabled 


Example 31-4 Batch Disassemble Entire File 
Disassemble a.out: 
windiss -i a.out 
Example 31-5 Batch Disassemble One Function in File 
Disassemble main in a.out: 
windiss -il main a.out 
Example 31-6 Batch Disassemble Functions in Address Range 


Disassemble all code in function which includes addressees from 0x9c to Ox4e: 
windiss -i -R1 0x9c -R2 Ox4e a.out 
Disassemble only code from 0x9c to Ox4e: 


windiss -ie -R1 0x9c -R2 Ox4e a.out 
Example 31-7 Interactive Disassembly 


Disassemble a.out in interactive mode, examine main and addresses Oxa0 to Oxa4: 


windiss -ir a.out Command line 
d main Interactive command 
00000054: <main>: movi r2,10 windiss output 
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Figure 31-1 
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00000056: <main+2>: jmp 


d -e 0xa0 0xa4 


000000a0: <memcpy+12>: mov 
000000a2: <memcpy+14>: mov 


qa 


r15 


A gpl BPN aA 
r6,r2 


Exact address range 
windiss output 


Quit 


Simulate, Showing Instructions and Data as Executed 


Run windiss in simulator mode. Run normally until 2110 instructions are executed 
and then show the register contents and all instructions until the end of the 
program. Note: The 17 that appears first is output from the program. Lines 
containing register information are indented one space. 


windiss Output Starting with Specified Instruction Number 


windiss -Ds 2110 a.out 


17 

PSR 80000100 VBR 00000000 
RO 001ffe08 R1 0000229c 
R4 00000004 R5 0000235c 
R8 0000a25e RI 0000a27c 
R12 ffffffff R13 00000003 
x00000990: <_cleanup+100>: 
x00000992: <_cleanup+102>: 
R12 00014641 R13 001fffd8 
x00000994: <_cleanup+104>: 
RO 001ffe18 

x00000996: <_cleanup+106>: 
0x000000da: <exit+50>: 

R2 00014641 

0x000000dc: <exit+52>: 
x0000016c: <___exit>: 

R1 00000001 

0x0000016e: <___exit+2>: 
0x00000160: <__trap>: 


> 


=> 


oe | 


oO 


EPC 
R2 
R6 
R10 
R14 


R14 


00000000 
FEftrrre 
00000030 
00000000 
ffLffffEL 

bt 

1dm 
0000092c 

addi 


jmp 
mov 


EPSR 00000000 
R3 0000235c 
R7 00000000 
R11 001ffe34 
R15 0000098c 


<_cleanup+20> 


r12-r15, (r0) 


R15 000000da 
r0,16 
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Library Structure, Rebuilding 


32.1 Introduction 453 
32.2 Library Structure 454 
32.3 Library Sources, Rebuilding the Libraries 463 


32.1 Introduction 


These chapters describe the C libraries provided with Wind River compiler. 
The libraries are compliant with the following standards and definitions: 


» ANSI X3.159-1989 

» ISO/IEC 9945-1:1990 

» POSIX IEEE Std 1003.1 
»  SVID Issue 2 


For C++ specific headers, see 13.1 Header Files, p.225. 
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32.2 Library Structure 


NOTE: Libraries are usually selected automatically by the -t option to the linker, or 
by default as set by dctrl -t. This section is provided for user customization of the 
process and can be skipped for standard use. 


The Wind River library structure supports a wide range of processors, types of 
floating point support, and execution environments. This section describes that 
structure and the mechanism used by the linker to select particular libraries. 


This section should be read in conjunction with the following: 


= 2. Configuration and Directory Structure. 
« 4. Selecting a Target and Its Components. 


These sections describe the location of the components of the tools and the 
configuration variables (and their equivalents — environment variables and 
command-line options) used to control their operation. That knowledge is 
assumed here. 


32.2.1 Libraries Supplied 


The next table shows the libraries distributed with the tools. This does not include 
libc.a, which is not an archive library, but is instead a text file which includes other 
libraries (see 32.2.3 libc.a, p.459). These libraries are distributed in various 
subdirectories of version_path as described following the table. 


libcfp.a 
Floating point functions called by user code, including, for example, the printf 
and scanf formatting functions (but not the actual device input/output code). 
The version selected depends on the type of floating point selected: hardware, 
software, or none as described below. 


Typically included automatically by libc.a (see 32.2.3 libc.a, p.459). 


libchar.a 
Basic operating system functions using simple character input/output for 
stdin and stdout only (stderr and named files are not supported). This is an 
alternative to libram.a. 


Sometimes included automatically by libe.a, see 32.2.3 libc.a, p.459. 
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libcomplex.a 
C++ complex math class library for use with older compiler releases. See Older 
Versions of the Compiler, p.220. 


Not automatic; include with -1 complex option. 


libd.a 
Additional standard library and support functions delivered with C++ only 
(libc.a is also required). 


Included automatically in the link command generated by dplus. If the linker 
is invoked directly (command dld), then must be included by the user with the 
-ld option. 


libdold.a 
Additional standard library and support functions delivered with C++ only 
(libe.a is also required) for use with older compiler releases. See Older Versions 
of the Compiler, p.220. 


Included automatically in the link command generated by dplus when the 
-Xc++-old option is used. If the linker is invoked directly (command dld), then 
must be included by the user with the -ldold option. 

libi.a 
General library containing all standard ANSI C functions except those in 
libcfp.a, libchar.a, and libram.a. 


Typically included automatically by libc.a (see 32.2.3 libc.a, p.459). 


libimpfp.a 
Conversions between floating point and other types. There are three versions: 
one for use with hardware floating point, one for software floating point, and 
an empty file when “none” is selected for floating point. 


libimpl.a 
Utility functions called by compiler-generated or runtime code for constructs 
not implemented in hardware, e.g. low-level software floating point (except 
conversions), 64-bit integer support, and register save/restore when absent in 
the hardware. 


Typically included automatically by libc.a (see 32.2.3 libc.a, p.459). 


libios.a 
C++ iostream class library for use with older compiler releases. See Older 
Versions of the Compiler, p.220. 


Not automatic; include with -lios option. 
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libm.a 
Advanced math function library. 


Not automatic; include with an -Im option. 


libstl.a 
Alias for libstlstd.a. 


Not automatic; include with -Istl (or -Istlstd) option. 


libstlabr.a 
Abridged standard C++ library. Does not provide exception-handling 
functions or the type_info class for RITTI support. For more information, see 
13.2 C++ Standard Libraries, p.226. 


Not automatic; include with -Istlabr option. 


libstlstd.a 
C++ iostream and complex math class libraries. 


Not automatic; include with -Istlstd (or -Istl) option. 


libwindiss.a 
Support library required by the windiss core instruction-set simulator. This 
library is included automatically whenever a -t option ending in “:windiss” is 
used, for example, -tMCOREES:windiss. See 31. WindISS Simulator and 
Disassembler for details. 


libpthread.a 
Unsupported implementation of POSIX threads for use with the example 
programs. Text file which includes sub-libraries libdk*.a. 


libram.a 
Basic operating system functions using Ram-disk file input/output—an 
alternative to libchar.a. 


Sometimes included automatically by libc.a (see 32.2.3 libc.a, p.459). 


The tools accommodate requirements for different floating point and target 
operating system and input/output support using two mechanisms: 


= libc.a is a text file which includes a number of the libraries listed above. 
Several libc.a files which include different combinations are delivered for each 
target. 


« The configuration information held in the configuration variables DTARGET, 
DOBJECT, DFP, and DENVIRON causes dcc or dplus to generate a particular set 
of paths used by the linker to search for libraries. By setting these configuration 
variables appropriately, the user can control the search and consequently the 
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particular libc.a or other libraries used by the linker to resolve unsatisfied 
externals. 


As described in 4. Selecting a Target and Its Components, these four configuration 
variables are normally set indirectly using the -ttof:environ option on the 
command line invoking the compiler, assembler, or linker or by default with 
the detrl program. 


The DENVIRON configuration variable (set from the environ part of 
-ttof:environ) designates the “target operating system” environment. The tools 
use two standard values: simple and cross, which as shown below, help define 
the library search paths. 


In addition, the tools may be supplied with directories and files to support 
other environ operating-system values. See the release notes and other relevant 
documentation for details on any particular operating system supported. 


The remainder of this section describes these mechanisms in more detail. 


32.2.2 Library Directory Structure 


Table 32-1 


Directory / file 


For MeCORE microprocessors: 


The library directories all begin with “MCORE” as shown in Table 32-1. 


The object module format specifier — the o part of the -ttof:environ option or its 
equivalent, is “L” for ELF. 


The tools have been installed in the version_path directory as described in 
Table 2-1. 


Given the above assumptions, and following the pattern described in 4. Selecting a 
Target and Its Components, the libraries above (32.2.1 Libraries Supplied, p.454) will 
be arranged as follows: 


Library Directory Locations 


Contents 


MCOREE/ 


libc.a 


Directories and files for ELF components (final “E” in MCOREE). 


Text file which includes other ELF libraries as described below 
—no input/output support. 
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Library Directory Locations (contd) 


Contents 


libchar.a 


libi.a 


libimpl.a 


libd.a 


libram.a 


cross/libc.a 


simple/libc.a 


windiss/libwindiss.a 


MCOREEN/ 


libcfp.a 


libimpfp.a 


MCOREES/ 


libcfp.a 


libcomplex.a 


libimpfp.a 


libios.a 


libm.a 


libpthread.a 


ELF basic operating system functions using character 
input/output for stdin and stdout only (stderr and named 
files are not supported). 


ELF standard ANSI C functions. 
ELF functions called by compiler-generated or runtime code. 
ELF additional C++ standard and support functions. 


ELF basic operating system functions using RAM-disk 
input/output. 


ELF libc.a which includes the RAM-disk input/output library 
libram.a. 


ELF libe.a which includes the basic character input/output 
library libchar.a. 


Support library for WindISS instruction-set simulator when 
supplied. Note: implicitly also uses cross/libc.a. 


ELF floating point stubs for floating point support of “None”. 


Stubs to avoid undefined externals. 


Empty file required by different versions of libc.a. 


ELF software floating point libraries: 


Floating point functions called by user code. 

Old C++ complex math class library. 

Conversions between floating point and other types. 
Old C++ iostream class library. 

Math library. 


Unsupported implementation of POSIX threads for use with the 
example programs. Text file which includes sub-libraries 
libdk*.a. 
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Table 32-1 


Directory / file 


Library Directory Locations (cont'd) 


Contents 


32 Library Structure, Rebuilding 
32.2 Library Structure 


libstlstd.a 


MCOREL.../ 


C++ iostream and complex math class libraries. 


Parallel directories for libraries built in little-endian mode. 


32.2.3 libc.a 


Table 32-2 


There are three libc.a files in the table above. Each of these is a short text file which 
contains -l option lines, each line naming a library. The -l option is the standard 
command-line option to specify a library for the linker to search. When the linker 
finds that libc.a is a text file, it reads the -1 lines in the libc.a and then searches the 
named libraries for unsatisfied externals. (As with any -1 option, only the portion 
of the name following “lib” is given; thus, -li identifies library libi.a.) 


This approach allows the functions in libc.a to be factored into groups for different 
floating point and input/output requirements. Three of the libc.a files delivered 


with the tools are: 


libc.a Files Delivered With the Tools 


liba.c files Contents Use 

MCOREE/1libc.a -1i Standard C runtime but with no 
ee input/output support; ifinput/output calls 
Ap eD are made they will be undefined. 

MCOREE/simple/libe.a = -1i Supports character input/output by adding 
oe libchar.a for stdin and stdout only (stderr 
sismer and named files are not supported). 
-limpfp 

MCOREE/cross/libc.a -1i Supports RAM-disk input/output by 
Eo adding libram.a. Used automatically by 
-lram “ ‘s 
<1 dime windiss. 
-limpfp 

Notes: 


« Only one of the simple or cross (or similar) libraries should be used. 
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* _-windiss is a pseudo-value for environ: it selects the windiss/libwindiss.a 
library silently and in addition selects the cross/libc.a library. 


= The order of the lines in each liba.c file determines the order in which the 
linker will search for unsatisfied externals. 


The particular libc.a found, as well as the directories for the libraries listed in each 
libc.a, are determined by the search path given to the linker as described in the 
next section. 


32.2.4 Library Search Paths 


Table 32-3 


When dec or dplus is invoked, it invokes the compiler, assembler, and linker in 
turn. The generated linker command line includes: 


* an -lc option to cause the linker to search for libc.a 
* for C++, an -Id option to cause the linker to search for libd.a 


* _a-YP option which specifies the directories to be searched for these libraries 
and also for the libraries named in the selected libc.a (and any others specified 
by the user with -1 libname options) 


The -Y P option generated for each target is a function of the -ttofenviron option or 
its equivalent environment variables, and is defined in 4.2 Selected Startup Module 
and Libraries, p.25. 


Following the pattern there, the assumptions made here will generate a -Y P option 
listing the following directories in the order given for each setting of the floating 
point f part of the -t:tof option or its equivalent, and where environ is either simple 
or cross: 


Directories Searched for Libraries 


Floating point 


f Directories Environment support 
N version_path/MCOREEN/environ specific None 
version_path/MCOREEN : 
version_path/MCOREE/environ BEM None . 
version_pathIMCOREE specific not applicable 
generic not applicable 
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Table 32-3 Directories Searched for Libraries (cont'd) 


Floating point 


fF Directories Environment support 
s version_path/MCOREES/environ specific Software 
version_path/MCOREES : 
version_path/MCOREE/environ eo Software 
version_path{MCOREE specific not applicable 
generic not applicable 


Notes: 
«There is no error if a directory given with the -Y P option does not exist. 


« The difference between “None” floating point support and “not applicable” is 
that the directories for the “not applicable” cases do not contain any floating 
point code, only integer, while the “None” cases will use the 
MCOREEN/libcfp.a and MCOREEN/libimpfp.a libraries. 
MCOREEN/libcfp.a provides stubs functions that call printf with an error 
message for floating point externals used by compiler-generated or runtime 
code so that these externals will not be undefined; MCOREEN/libimpfp is an 
empty file needed because each libc.a is common to all types of floating point 
support. 


The following table gives examples of the libraries found given the above directory 
search order. Note that the search for the libraries included by a libc.a is 
independent of the search for libc.a. That is, regardless of which directory supplies 
libc.a, the search for the libraries it names begins anew with the first directory in 
the selected row of Table 32-3 above. In all cases, a library is taken from the first 
directory in which it is found. 
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Table 32-4 Examples of Libraries Found for Different -t Options 


-t option Libraries Found Notes 
-tMCOREEN: simple MCOREE/simple/libc.a libc.a is specific to the environment, but 
pce isa ta never to the floating point support. It is 
MCOREEN/Libc£p.a found in the third directory searched. It 
MCOREE/libchar.a names four libraries: 
MCOREE/1libimpl.a 
MCOREEN/1ibimpfp.a «  libi.a and libimpl.a are common to all 
MCOREE systems and are found in the 
fourth directory MCORE. 

« The floating point support is 
independent of the environment and 
comes from the second directory 
MCOREEN. 

« The character input/output support is 
independent of the floating point 
support, and while it has been selected 
because of the simple environment 
setting, it resides in the generic fourth 
directory MCORE. 

-tMCOREES: cross MCOREE/cross/libc.a Again, libc.a is specific to the environment 
oREEPibt Ss but not the floating point support, and is 
MCOREES/libc£p.a found in the third directory 
MCOREE/1libram.a MCOREE/cross. It again names four 
MCOREE/1libimpl.a libraries: 


MCOREES/1libimpfp.a 
«  libi.a and libimpl.a are in the fourth 
directory MCOREE as before. 


« The software floating point library 
libcfp.a is from the second directory, 
now MCOREES. 


« This time libram.a has been selected by 
MCOREE/cross/libc.a instead of 
libchar.a (but still from the fourth 
directory MCOREE as before). 


~tMCOREES : windiss In addition to the libraries found for -tMCOREES:cross, searches 
windiss/libwindiss.a before searching for MCOREE/cross/libc.a. 
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Table 32-4 Examples of Libraries Found for Different -t Options (cont’d) 


-t option Libraries Found Notes 
-tMCOREES: cust MCOREE/cust/libc.a The customer has defined a new libc.a in a 
coca’ new MCOREE/cust directory for a C++ 
MCOREES/libcfp.a project using software floating point. This 
MCOREE/cust /libchar.a libc.a text file consists of the following five 
MCOREE/1libimpl.a lines: 
MCOREES/1libimpfp.a 7 
-1li 
-lcfp 
-lchar 
-limpl 
-limpfp 


Thus, based on the search order implied by 
the -t-MCOREES:cust option, the standard 
libraries MCOREE/libi.a, 
MCOREE/libimpl.a, MCOREES/libcfp.a, 
and MCOREES/libimpfp.a will be 
searched. 


In addition, the library 
MCOREE/cust/libchar.a, a special 
character I/O package for the customer’s 
MCOREE -t environment, will also be 
searched. Because directory 
MCOREES/cust is searched before 
MCOREE, the linker will find the customer’s 
libchar.a library rather than the standard 
MCOREE/libchar.a. 


32.3 Library Sources, Rebuilding the Libraries 


32.3.1 Sources 


This section describes how to re-build the libraries from source. 
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The libraries and makefiles are contained in three subdirectories of 
version_path/ libraries: 


build/* 


There are subdirectories for each of MCOREE, MCOREEH, MCOREEN, etc. 
Each subdirectory contains a main Makefile and supporting makefiles. 


Only the MCOREE/Makefile is to be used directly by the user. It in turn 
invokes the makefiles in MCOREEH, MCOREEN, etc. These latter makefiles 
are self-documenting and begin with comments that should be read before 
re-building the libraries. 


include/ 


include.cxx/* 
include.unx/* 


Include files used by for the C++ (but not C), and C libraries respectively. 


src/* 


Source for all generally distributed library files. 


32.3.2 Rebuilding the Libraries 


The following steps rebuild the libraries: 


1. 
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If you do not want to run make against all of the libraries, edit the Makefile at 
both the MCOREE level and the MCOREEH, MCOREEN, etc., levels to 
remove any unwanted libraries. 


Change directory to version_path/libraries/build/MCOREE. 
Enter the command: 
dmake -vd 


Note: to change the arguments that the libraries build with, change the 
CFLAGS macro defined in version_path/libraries/build/defs.mk. 


Each library will be built in its corresponding build directory, that is, 
version_path/libraries/build/MCOREE, 
version_path/libraries/build/MCOREEH, etc. 


Move the successfully built libraries to the version_path/ MCOREE, 
version_path[MCOREEH, etc. corresponding directories, replace each existing 
file with the newly built file. 


Alternatively, leave the libraries where they are, or move them to some other 
location, and provide -Y P options as described in the first part of this chapter. 


32 Library Structure, Rebuilding 
32.3 Library Sources, Rebuilding the Libraries 


NOTE: The Dinkum C++ libraries are built with the GNU make utility (gmake), 


not with dmake. 


32.3.3 C++ Libraries 


The Wind River tools include two versions of the standard C++ library: the 
complete version (libstlstd.a) and the abridged version (libstlabr.a). For 
information about these libraries, see 13.2 C++ Standard Libraries, p.226. By default, 
libstlstd.a is compiled with the full library sources and exception-handling 
enabled, while libstlabr.a is compiled with the abridged library sources and 
exception-handling disabled. You can compile these libraries in a different 
configuration by redefining either or both of the macros 
__CONFIGURE_EMBEDDED and __CONFIGURE_EXCEPTIONS. These macros are 
defined in dtools.conf and automatically reset by compiler flags such as -Xc++abr; 
hence their definitions must be overridden on the command line if you wish to 
change them. Setting _ CONFIGURE_EMBEDDED to 1 uses the abridged library 
sources and setting _ CONFIGURE_EXCEPTIONS to 1 enables exception-handling. 
For example, to compile the libstlstd.a without exception-handling, add 
__CONFIGURE_EXCEPTIONS=0 to the command line. 
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33 


Header Files 


33.1 Files 467 
33.2 Defined Variables, Types, and Constants 469 


33.1 Files 


The following list is a subset of the header files provided. Each is enclosed in angle 
brackets, < >, whenever used in text to emphasize their inclusion in the standard 
C library. 


Allheader files are found in version_path/include. See 2. Configuration and Directory 


Structure for additional information. 


NOTE: In this manual, some paths are given using UNIX format, that is, using a “/” 
separator. For Windows, substitute a” \” separator. 


33.1.1 Standard Header Files 


<ar.h> 


Archive header. 


<assert.h> 
assert( ) macro. 
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<ctype .h> 
Character handling macros. 


<dcc.h> 
Prototypes not found elsewhere. 


<errno.h> 
error macros and errno variable. 


<fcntl.h> 
creat(), fentl(), and open() definitions. 


<float.h> 
Floating point limits. 


<limits.h> 
Limits of processor and operating system. 


<locale.h> 
Locale definitions. 


<malloc.h> 


Old malloc() definitions. Use <stdlib.h>. 


<math.h> 
Defines the constant HUGE_VAL and declares math functions. 


<mathf .h> 
Single precision versions of <math.h> functions. 


<memory .h> 
Old declarations of mem*(). Use <string.h>. 


<mon.h> 
monitor( ) definitions. 


<netdb.h> 
Berkeley socket standard header file. 


<netinet/in.h> 


Berkeley socket standard header file. 


<netinet/tcp.h> 


Berkeley socket standard header file. 


<regexp.h> 
Regular expression handling. 


<search.h> 
Search routine declarations. 


<setjmp.h> 


setjmp() and longjmp() definitions. 
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<signal .h> 


Signal handling. 


<stdarg.h> 
ANSI variable arguments handling. 


<stddef .h> 
ANSI definitions. 


<stdio.h> 
stdio library definitions. 


<stdlib.h> 
ANSI definitions. 


<string.h> 
str*() and mem*() declarations. 


<sys/socket .h> 


Berkeley socket standard header file. 


<sys/types.h> 
Type definitions. 


<time.h> 
Time handling definitions. 


<unistd.h> 


Prototypes for UNIX system calls. 


<values.h> 
Old limits definitions. Use <limits.h> and <float.h>. 


<varargs.h> 


Old variable arguments handling. Use <stdarg.h>. 


NOTE: If the macro __lint is set (#define __lint), the header files will not use any 
C language extensions. This is useful for checking code before running it with a 
third party lint facility. 


33.2 Defined Variables, Types, and Constants 


The following list is a subset of the variables, types, and constants defined in the 
header files in the C libraries. 
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fentl.h 


float.h 


limits.h 


math.h 
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Declares the variable errno holding error codes. Defines error codes; all starting 
with E. See the file for more information. 


Defines the following constants used by open() and fentl(): 


O_RDONLY 


Open for reading only. 


O_WRONLY 
Open for writing only. 


O_RDWR 
Open for reading and writing. 


O_NDELAY 
No blocking. 


O_APPEND 
Append all writes at the end of the file. 


Defines constants handling the precision and range of floating point values. See 
the ANSI C standard for reference. 


Defines constants defining the range of integers and operating system limits. See 
the ANSI C and POSIX 1003.1 standards for reference. 


Defines the value HUGE_VAL that is set to IEEE double precision infinity. 
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mathf.h 


setjmp.h 


signal.h 


stdarg.h 


stddef.h 


stdio.h 


33 Header Files 
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Defines the value HUGE_VAL _F that is set to IEEE single precision infinity. 


Defines the type jmpbuf, used by setjmp() and longjmp(). 
Defines the type sigjmpbuf, used by sigsetjmp() and siglongjmp( ). 


Defines the signal macros starting with SIG. 


Defines the volatile type sig_atomic_t that can be used by signal handlers. 


Defines the type sigset_t, used by POSIX signal routines. 


Defines the type va_list used by the macros va_start, va_arg, and va_end. 


Defines ptrdiff_t which is the result type of subtracting two pointers. 
Defines size_t which is the result type of the sizeof operator. 
Defines NULL which is the null pointer constant. 


Defines size_t which is the result type of the sizeof operator. 

Defines fpos_t which is the type used for file positioning. 

Defines FILE which is the type used by stream and file input and output. 
Defines the BUFSIZ constant which is the size used by setbuf(). 

Defines the EOF constant which indicates end-of-file. 

Defines NULL which is the null pointer constant. 

Declares stdin as a pointer to the FILE associated with standard input. 
Declares stdout as a pointer to the FILE associated with standard output. 
Declares stderr as a pointer to the FILE associated with standard error. 
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stdlib.h 
Defines size_t which is the result type of the sizeof operator. 
Defines div_t and Idiv_t which are the types returned by div() and Idiv(). 
Defines NULL which is the null pointer constant. 
Defines the EXIT_FAILURE and EXIT_SUCCESS constants returned by exit(). 
string.h 
Defines NULL which is the null pointer constant. 
Defines size_t which is the result type of the sizeof operator. 
time.h 


Defines CLOCKS_PER_SEC constant which is the number of clock ticks per second. 
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34.1 Format of Descriptions 473 
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34.1 Format of Descriptions 


This chapter briefly describes the functions and function-like macros provided in 
the Wind River C libraries. For more detailed descriptions, and for information 
about the C++ libraries, see the references cited in Additional Documentation, p.8. 


NOTE: The standard C libraries documented here are not the ones used for 
VxWorks applications. If you specify the :rtp or :vxworksx.x execution 
environment, the tools will automatically link a different set of C libraries. See the 
documentation that accompanied your VxWorks development tools for more 
information. 


Each function description is formatted as follows: 


name 
header files 
prototype definition 
brief description 
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OS calls: optional; see below 
Reference: see below 


34.1.1 Operating System Calls 


Some of the functions described in this chapter make calls on operating system 
functions that are standard in UNIX environments. In embedded environments, 
such functions cannot be used unless the embedded environment includes a 
real-time operating system providing these operating system functions. 


The functions which call operating system functions, directly or indirectly, have all 
the required operating system functions listed. The non-UNIX user can employ 
this list to see what system functions need to be provided in order to use a 
particular function. 


Some functions refer to standard input, output, and error — the standard 
input/output streams found in UNIX and Windows environments. For embedded 
environments, see 15.8.1 Character I/O, p.273 and 15.8.2 File I/O, p.274 for 
suggestions for file system support. 


34.1.2 Floating Point Values 


For functions that take or return floating point types, return values are affected by 
compiler settings and by the floating point support implemented in the hardware. 
If -t...G is enabled, double-precision types are mapped to single-precision. 


34.1.3 References 


The function descriptions refer to the following standards and definitions: 


ANSI 
The function/macro is defined in ANSI X3.159-1989. 


ANSI 754 
The function is define in ANSI/IEEE Std 754-1985. 


DCC 
The function/macro is added to Wind River C. 


POSIX 
The function/macro is defined in IEEE Std 1003.1-1990. 
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SVID 
The function/macro is defined in System V Interface Definition 2. 


UNIX 
The function/macro is provided to be compatible with Unix V.3. 


Other references: 


MATH 
The math libraries must be specified at link time with the -Im option. 


SYS 
The function must be provided by the operating system or emulated in a 
stand-alone system. 


REENT 
The function is reentrant. It does not use any static or global data. 


REERR 
The function might modify errno and is reentrant only if all processes 
ignore that variable. But see 34.2 Reentrant Versions, p.475 below. 


Most functions in the libraries have a synonym to conform to various standards. 
For example, the function read() has the synonym _read(). In ANSI C, read() is 
not defined, which means that the user is free to define read() as a new function. 
To avoid conflicts with such user-defined functions, library functions, e.g. fread(), 
call the synonym defined with the leading underscore, e.g. _read(). 


34.2 Reentrant Versions 


In some cases, non-reentrant standard functions are supplied in special reentrant 
versions. These reentrant versions are not separately documented, but they are 
easy to find because their names end in _r. For example, localtime() (in gmtime.c) 
has a reentrant counterpart called localtime_r() (in gmtime_t.c). 


All functions that modify the errno variable call the wrapper function 
__errno_fn(), defined in cerror.c. When a function is marked as REERR in the 
listing below, you can make it completely reentrant by modifying __errno_fn() to 
preserve the value of errno. 


For information about malloc() and free(), see 15.10 Reentrant and “Thread-Safe” 
Library Functions, p.278. 
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34.3 Function Listing 


a64i( ) 


abort( ) 


abs() 


access( ) 


This section lists all functions in the library in alphabetic order. Leading 
underscores “_” are ignored with respect to the alphabetic ordering. 


#include <stdlib.h> 
long a641l(const char *s); 


Converts the base-64 number, pointed to by *s, to a long value. 


Reference: SVID, REENT. 


#include <stdlib.h> 
int abort (void); 


Same as exit(), but also causes the signal SIGABRT to be sent to the calling process. 
If SIGABRT is neither caught nor ignored, all streams are flushed prior to the signal 
being sent and a core dump results. 


OS calls: close, getpid, kill, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
int abs(int i); 


Returns the absolute value of its integer operand. 


Reference: ANSI, REENT. 


#include <unistd.h> 
int access(char *path, int amode); 


Determines accessibility of a file. 
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acos( ) 


acosf{( ) 


advance( ) 
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The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <math.h> 
double acos(double x); 


Returns the arc cosine of x in the range [0, 7]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM, and a message indicating a 
domain error is printed on the standard error output. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float acosf(float x); 


Returns the arc cosine of x in the range [0, 7]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM, and a message indicating a 
domain error is printed on the standard error output. This is the single precision 
version of acos(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <regexp.h> 
int advance(char *string, char *expbuf); 


Does pattern matching given the string string and a compiled regular expression 
in expbuf. See SVID for more details. 


Reference: SVID. 
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asctime( ) 
#include <time.h> 
char *asctime(const struct tm *timeptr); 
Converts time in timeptr into a string in the form exemplified by 
"Sun Sep 16 01:03:52 1973\n". 
Reference: ANSI. 


asin( ) 
#include <math.h> 
double asin(double x); 


Returns the arc sine of x in the range [-t/2, 1/2]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM and a message indicating a 
domain error is printed on the standard error output. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


asinf( ) 
#include <mathf.h> 
float asinf(float x); 


Returns the arc sine of x in the range [-t/2, 1/2]. x must be in the range [-1, 1]. 
Otherwise zero is returned, errno is set to EDOM and a message indicating a 
domain error is printed on the standard error output. This is the single precision 
version of asin(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


assert( ) 
#include <assert.h> 
void assert(int expression) ; 


Puts diagnostics into programs. If expression is false, assert() writes information 
about the particular call that failed (including the text of the argument, the name 
of the source file, and the source line number — the latter are respectively the 
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atan( ) 


atanf( ) 


atan2( ) 
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values of the preprocessing macros __FILE__ and __LINE_) on the standard error 
file. It then calls the abort() function. assert( ) is implemented as a macro. If the 
preprocessor macro NDEBUG is defined at compile time, the assert() macro will 
not generate any code. 


OS calls: close, getpid, kill, sbrk, write. 
Reference: ANSI. 


#include <math.h> 
double atan(double x); 


Returns the arc tangent of x in the range [-1/2, n/2]. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float atan(float x); 


Returns the arc tangent of x in the range [-n/2, n/2]. This is the single precision 
version of atan(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double atan2(double x, double y); 


Returns the arc tangent of y/x in the range [-1, 7], using the signs of both arguments 
to determine the quadrant of the return value. If both arguments are zero, then zero 
is returned, errno is set to EDOM and a message indicating a domain error is 
printed on the standard error output. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 
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#include <mathf.h> 
float atan2(float x, float y); 


Returns the arc tangent of y/x in the range [-n, 7], using the signs of both arguments 
to determine the quadrant of the return value. If both arguments are zero, then zero 
is returned, errno is set to EDOM and a message indicating a domain error is 
printed on the standard error output. This is the single precision version of 
atan2(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
void atexit(void (*func) (void)); 


Registers the function whose address is func to be called by exit(). 


Reference: ANSI. 


#include <stdlib.h> 
double atof(const char *nptr); 


Converts an ASCII number string nptr into a double. 


Reference: ANSI, REERR. 


#include <stdlib.h> 
int atoi(const char *nptr); 


Converts an ASCII decimal number string nptr into an int. 


Reference: ANSI, REENT. 
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bsearch( ) 


calloc( ) 
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#include <stdlib.h> 
long atol(const char *nptr); 


Converts an ASCII decimal number string nptr into a long. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
void *bsearch(const void *key, const void *base, size_t nel, size_t size, 
int (*compar)( )); 


Binary search routine which returns a pointer into a table indicating where a 
datum may be found. The table must be previously sorted in increasing order. key 
points to a datum instance to search for in the table, base points to the element at 
the base of the table, nel is the number of elements in the table. compar is a pointer 
to the comparison function, which is called with two arguments that point to the 
elements being compared. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
void *calloc(size_t nmemb, size_t size); 


Allocates space for an array of nmemb objects of the size size. Returns a pointer to 
the start (lowest byte address) of the object. The array is initialized to zero. See 
malloc() for more information. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <math.h> 
double ceil(double x); 


Returns the smallest integer not less than x. 


OS calls: write. 
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Reference: ANSI MATH, REENT. 


#include <mathf.h> 
float ceilf(float x); 


Returns the smallest integer not less than x. This is the single precision version of 
ceil(). 
OS calls: write. 


Reference: DCC, MATH, REENT. 


#include <math.h> 
double _chgsign(double x); 


Returns x copies with its sign reversed, not 0 - x. The distinction is germane when 
xis +0 or -0 or NaN. Consequently, it is a mistake to use the sign bit to distinguish 
signaling NaNs from quiet NaNs. 


Reference: ANSI 754, MATH, REENT. 


#include <stdio.h> 
void clearerr (FILE *stream) ; 


Resets the error and EOF indicators to zero on the named stream. 


Reference: ANSI. 


#include <time.h> 
clock_t clock(void) ; 


Returns the number of clock ticks of elapsed processor time, counting from a time 
related to program start-up. The constant CLOCKS_PER_SEC is the number of ticks 
per second. 


OS calls: times. 
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Reference: ANSI. 


#include <unistd.h> 
int close(int fildes) ; 


Closes the file descriptor fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <regexp.h> 
int compile(char *instring, char *expbuf, char *endbuf, int eof); 


Compiles the regular expression in instring and produces a compiled expression 
that can be used by advance() and step() for pattern matching. 


Reference: SVID. 


#include <math.h> 
double _copysign(double x, double y); 


Returns x with the sign of y. Hence, abs(x) = _copysign(x, 1.0) even if x is NaN. 
Reference: ANSI 754, MATH, REENT. 


#include <math.h> 
double cos(double x); 


Returns the cosine of x measured in radians. Accuracy is reduced with large 
argument values. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 
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#include <mathf.h> 
float cosf(float x); 


Returns the cosine of x measured in radians. Accuracy is reduced with large 
argument values. This is the single precision version of cos(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double cosh(double x); 


Returns the hyperbolic cosine of x measured in radians. Accuracy is reduced with 
large argument values. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float coshf(float x); 


Returns the hyperbolic cosine of x measured in radians. Accuracy is reduced with 
a large argument values. This is the single precision version of cosh(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <sys/types.h> 

#include <sys/stat.h> 

#include <fcntl.h> 

int creat(char *path, mode_t mode) ; 


Creates the new file path. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 
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Reference: POSIX, SYS. 


#include <time.h> 
char *ctime(const time_t *timer) ; 


Equivalent to calling asctime(localtime(timer)). 


Reference: ANSI. 


#include <time.h> 
double difftime(time_t tl, time_t t0); 


Returns the difference in seconds between the calendar time t0 and the calendar 
time t1. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
div_t div(int numer, int denom) ; 


Divides numer by denom and returns the quotient and the remainder as a div_t 
structure. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
double drand48 (void) ; 


Generates pseudo-random, non-negative, double-precision floating point 
numbers uniformly distributed over the half-open interval [0.0, 1.0 (i.e. excluding 
1.0), using the linear congruential algorithm and 48-bit integer arithmetic. It must 
be initialized using the srand48( ), seed48(), or lcong48( ) functions. 


Reference: SVID. 
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#include <unistd.h> 
int dup(int fildes) ; 


Duplicates the open file descriptor fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <dcc.h> 
char *ecvt (double value, int ndigit, int *decpt, int *sign); 


Converts value to a null-terminated string of ndigit digits and returns a pointer to 
it. The high-order digit is non-0 unless value is zero. The low-order digit is rounded 
to the nearest value (5 is rounded up). The position of the decimal point relative 
the beginning of the string is stored through decpt (negative means to the left of the 
returned digits). If the sign of the result is negative, the integer pointed to by sign 
is set to one, otherwise it is set to zero. 


Reference: DCC. 


#include <math.h> 
double erf (double x); 


Returns the error function of x. 


Reference: SVID, MATH, REENT. 


#include <mathf.h> 
float erff(float x); 


Returns the error function of x. This is the single precision version of erf(). 


Reference: DCC, MATH, REENT. 


486 


erfc( ) 


erfcf( ) 


exit() 


_exit( ) 


34 C Library Functions 
34.3 Function Listing 


#include <math.h> 
double erfc(double x); 


Complementary error function = 1.0 - erf(x). Provided because of the extreme loss 
of relative accuracy if erf(x) is called for large x and the result subtracted from 1.0. 


Reference: SVID, MATH, REENT. 


#include <mathf.h> 
float erfcf(float x); 


Complementary error function = 1.0 - erff(x). Provided because of the extreme loss 
of relative accuracy if erff(x) is called for large x and the result subtracted from 1.0. 
This is the single precision version of erfc(). 


Reference: DCC, MATH, REENT. 


#include <stdlib.h> 
void exit(int status) ; 


Normal program termination. Flushes all open files. Executes all functions 
submitted by the atexit() function. Does not return to its caller. The following 
status constants are provided: 


EXIT_FAILURE unsuccessful termination 
EXIT_SUCCESS successful termination 


OS calls: _exit, close, sbrk, write. 


Reference: ANSI. 


#include <unistd.h> 
void _exit(int status); 


Program termination. All files are closed. Does not return to its caller. 
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The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <math.h> 
double exp(double x); 


Returns the exponential function of x. Returns HUGE_VAL when the correct value 
would overflow or 0 when the correct value would underflow, and sets errno to 
ERANGE. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float expf(float x); 


Returns the exponential function of x. Returns HUGE_VAL when the correct value 
would overflow or 0 when the correct value would underflow and sets errno to 
ERANGE. This is the single precision version of exp(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double fabs(double x); 


Returns the absolute value of x. 


Reference: ANSI, MATH, REENT. 


#include <mathf.h> 
float fabsf(float x); 
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Returns the absolute value of x. This is the single precision version of fabs(). 


Reference: DCC, MATH, REENT. 


fclose( ) 
#include <stdio.h> 
int fclose(FILE *stream) ; 
: 34 
Causes any buffered data for the named stream to be written out, and the stream to EZ 
be closed. 


OS calls: close, sbrk, write. 


Reference: ANSI. 


fentl( ) 


#include <fcntl.h> 
int fentl(int fildes, int cmd, ...); 
Controls the open file fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


fevt( ) 
#include <dcc.h> 
char *fcvt(double value, int ndigit, int *decpt, int *sign); 


Rounds the correct digit for printf format "%f" (FORTRAN F-format) output 
according to the number of digits specified. See ecvt(). 


Reference: DCC. 


fdopen( ) 


#include <stdio.h> 
FILE *fdopen(int fildes, const char *type); 
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See fopen(). fdopen() associates a stream with a file descriptor, obtained from 
open( ), dup(), creat(), or pipe(). The type of stream must agree with the mode of 
the open file. 


OS calls: fentl, lseek. 
Reference: POSIX. 


#include <stdio.h> 
int feof (FILE *stream) ; 


Returns non-zero when end-of-file has previously been detected reading the 
named input stream. 


Reference: ANSI. 


#include <stdio.h> 
int ferror (FILE *stream) ; 


Returns non-zero when an input/output error has occurred while reading from or 
writing to the named stream. 


Reference: ANSI. 


#include <stdio.h> 
int fflush(FILE *stream) ; 


Causes any buffered data for the named stream to be written to the file, and the 
stream remains open. 


OS calls: write. 


Reference: ANSI. 


#include <stdio.h> 
int fgetc(FILE *stream) ; 
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Behaves like the macro getc(), but is a function. Runs more slowly than gete( ), 
takes less space, and can be passed as an argument to a function. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int fgetpos(FILE *stream, fpos_t *pos); 


Stores the file position indicator for stream in “pos. If unsuccessful, it stores a 
positive value in errno and returns a nonzero value. 


OS calls: lseek. 
Reference: ANSI. 


#include <stdio.h> 
char *fgets(char *s, int n, FILE *stream) ; 


Reads characters from stream into the array pointed to by s, until n-1 characters are 
read, or anew-line character is read and transferred to s, or an EOF is encountered. 
The string is terminated with a null character. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int fileno (FILE *stream) ; 


Returns the integer file descriptor associated with the named stream; see open(). 


Reference: POSIX. 


#include <math.h> 
double _finite(double x); 
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Returns a non-zero value if -%°< x < +e3 and returns 0 otherwise. 


Reference: ANSI 754, MATH, REENT 


#include <math.h> 
double floor(double x); 


Returns the largest integer (as a double-precision number) not greater than x. 


Reference: ANSI, MATH, REENT. 


#include <mathf.h> 
float floorf(float x); 


Returns the largest integer (as a single-precision number) not greater than x. This 
is the single precision version of floor(). 


Reference: DCC, MATH, REENT. 


#include <math.h> 

double fmod(double x, double y); 

Returns the floating point remainder of the division of x by y, zero if y is zero or if 
x/y would overflow. Otherwise the number is f with the same sign as x, such that 
x=iy+f for some integer i, and absolute value of f is less than absolute value of y. 


Reference: ANSI, MATH, REENT. 


#include <mathf.h> 

float fmodf(float x, float y); 

Returns the floating point remainder of the division of x by y, zero if y is zero or if 
x/y would overflow. Otherwise the number is f with the same sign as x, such that 
x=iyt+f for some integer i, and absolute value of f is less than absolute value of y. 
This is the single precision version of fmod(). 
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Reference: DCC, MATH, REENT. 


#include <stdio.h> 

FILE *fopen(const char *filename, const char *type); 

Opens the file named by filename and associates a stream with it. Returns a pointer 
to the FILE structure associated with the stream. type is a character string having 
one of the following values: 


"r" open for reading 

"w" truncate or create for writing 

"a" append; open for writing at EOF, or create for writing 
"r+" open for update (read and write) 

"we" truncate or create for update 

"at" append; open or create for update at EOF 


A '"b" can also be specified as the second or third character in the above list, to 
indicate a binary file on systems where there is a difference between text files and 


mow. 


binary files. Examples: "rb", "wb+", and "a+b". 
OS calls: lseek, open. 
Reference: ANSI. 


#include <stdio.h> 
int fprintf(FILE *stream, const char *format, ... ); 


Places output argument on named output stream. See printf(). 


NOTE: By default in most environments, fprintf buffers its output until a newline 


is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.530, with a NULL buffer pointer after opening but before writing to 
the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 
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#include <stdio.h> 
int fputc(int c, FILE *stream) 


Behaves like the macro putc( ), but is a function. Therefore, it runs more slowly, 
takes up less space, and can be passed as an argument to a function. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int fputs(const char *s, FILE *stream); 


Writes the null-terminated string pointed to by s to the named output stream. 
OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
#include <sys/types.h> 
int fread(void *ptr, size_t size, int nitems, FILE *stream) ; 


Copies nitems items of data from the named input stream into an array pointed to 
by ptr, where an item of data is a sequence of bytes of length size. It leaves the file 
pointer in stream pointing to the byte following the last byte read. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
void free(void *ptr); 
extern int __no_malloc_warning; 


Object pointed to by ptr is made available for further allocation. ptr must 
previously have been assigned a value from malloc( ), calloc(), or realloc(). 
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If the pointer ptr was freed or not allocated by malloc(), a warning is printed on 
the stderr stream. The warning can be suppressed by assigning a non-zero value 
to the integer __no_malloc_warning. See malloc() for more information. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
FILE *freopen(const char *filenam, const char *type, FILE *stream) ; 


See fopen(). freopen() opens the named file in place of the open stream. The 
original stream is closed, and a pointer to the FILE structure for the new stream is 
returned. 


OS calls: close, lseek, open, sbrk, write. 


Reference: ANSI. 


#include <math.h> 
double frexp(double value, int *eptr); 


Given that every non-zero number can be expressed as x*(2"), where 0.5<=1x1<1.0 
and n is an integer, this function returns x for a value and stores n in the location 
pointed to by eptr. 


Reference: ANSI, REENT. 


#include <mathf.h> 
float frexpf(float value, int *eptr); 


Given that every non-zero number can be expressed as x*(2"), where 0.5<=|xI< 
1.0 and nis an integer, this function returns x for a value and stores n in the location 
pointed to by eptr. This is the single precision version of frexp(). 


Reference: DCC, MATH, REENT. 
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#include <stdio.h> 

int fscanf(FILE *stream, const char *format, ...); 

Reads formatted data from the named input stream and optionally assigns 
converted data to variables specified by the format string. Returns the number of 
successful conversions (or EOF if input is exhausted). See scanf(). 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 

int fseek(FILE *stream, long offset, int whence) ; 

Sets the position of the next input or output operation on the stream. The new 
position is at the signed distance offset bytes from the beginning, from the current 
position, or from the end of the file, according to whence. The next operation on a 
file opened for update may be either input or output. whence has one of the 
following values: 


SEEK_SET offset is absolute position from beginning of file. 
SEEK_CUR offset is relative distance from current position. 
SEEK_END offset is relative distance from the end of the file. 


OS calls: lseek, write. 


Reference: ANSI. 


#include <stdio.h> 
int fsetpos(FILE *stream, const fpos_t *pos); 


Sets the file position indicator for stream to *pos and clears the EOF indicator for 
stream. If unsuccessful, stores a positive value in errno and returns a nonzero value. 


OS calls: lseek, write. 


Reference: ANSI. 
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#include <sys/types.h> 
#include <sys/stat.h> 
int fstat(int fildes, struct stat *buf); 
Gets file status for the file descriptor fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdio.h> 
long ftell(FILE *stream) ; 


See fseek(). Returns the offset of the current byte relative to the beginning of the 
file associated with the named stream. 


OS calls: Iseek. 
Reference: ANSI. 


#include <stdio.h> 
#include <sys/types.h> 
int fwrite(const void *ptr, size_t size, int nitems, FILE *stream) ; 


Appends at most nitems items of data from the array pointed to by ptr to the named 
output stream. See fread(). 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <math.h> 
double gamma(double x); 
extern int signgam; 
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Returns the natural logarithm of the absolute value of the gamma function of x. 
The argument x must be a positive integer. The sign of the gamma function is 
returned as -1 or 1 in signgam. 


OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 

float gammaf(float x); 

extern int signgamf; 

Returns the natural logarithm of the absolute value of the gamma function of x. 
The argument x must be a positive integer. The sign of the gamma function is 
returned as -1 or 1 in signgamf. This is the single precision version of gamma(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <dcc.h> 

char *gcvt(double value, int ndigit, char *buf); 

See ecvt(). Converts value to a null-terminated string in the array pointed to by buf 
and returns buf. Produces ndigit significant digits in FORTRAN F-format if 
possible, otherwise E-format. Any minus sign or decimal point will be included as 
part of the string. Trailing zeros are suppressed. 


Reference: DCC. 


#include <stdio.h> 
int getc(FILE *stream) ; 


Returns the next character (i.e. byte) from the named input stream. Moves the file 
pointer, if defined, ahead one character in stream. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 
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#include <stdio.h> 
int getchar (void) ; 


Same as getc, but defined as getc(stdin). 
OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
char getenv(char *name) ; 


Searches the environment list for a string of the form name=value, and returns a 
pointer to value if present, otherwise a null pointer. 


Reference: ANSI, REENT. 


#include <stdio.h> 
int getopt(int argc, char *const *argv, const char *optstring) ; 

extern char *optarg; 

extern int optind, opterr; 
Returns the next option letter in argv that matches a letter in optstring, and supports 
all the rules of the command syntax standard. optarg is set to point to the start of 
the option-argument on return from getopt( ). getopt() places the argv index of the 
next argument to be processed in optind. Error message output may be disabled by 
setting opterr to 0. 


OS calls: write. 


Reference: SVID. 


#include <unistd.h> 
pid_t getpid(void); 


Gets process ID. 
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The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdio.h> 
char *gets(char *s); 


Reads characters from stdin into the array pointed to by s, until a new-line 
character is read or an EOF is encountered. The new-line character is discarded and 
the string is terminated with a null character. The user is responsible for allocating 
enough space for the array s. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int getw(FILE *stream) ; 


Returns the next word (i.e., the next integer) from the named input stream, and 
increments the file pointer, if defined, to point to the next word. 


OS calls: isatty, read, sbrk, write. 
Reference: SVID. 


#include <time.h> 
struct tm *gmtime(const time_t *timer); 


Breaks down the calendar time timer into sections, expressed as Coordinated 
Universal Time. 


Reference: ANSI. 
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#include <search.h> 
int hcreate(unsigned nel); 


Allocates sufficient space for a hash table. See hsearch(). The hash table must be 
allocated before hsearch( ) is used. nel is an estimate of the maximum number of 
entries the table will contain. 


OS calls: sbrk. 
Reference: SVID. 


#include <search.h> 
void hdestroy (void) ; 


Destroys the hash table, and may be followed by another call to hcreate(). See 
hsearch( ). 


OS calls: sbrk, write. 
Reference: SVID. 


#include <search.h> 
ENTRY *hsearch(ENTRY item, ACTION action) ; 


Hash table search routine which returns a pointer into the hash table, indicating 
the location where an entry can be found. item.key points to a comparison key, and 
item.data points to any other data for that key. action is either ENTER or FIND and 
indicates the disposition of the entry if it cannot be found in the table. ENTER 
means that item should be inserted into the table and FIND indicates that no entry 
should be made. 


OS calls: sbrk. 
Reference: SVID. 


#include <math.h> 
double hypot (double x, double y); 
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Returns sqrt(x * x + y * y), taking precautions against unwarranted overflows. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float hypotf(float x, float y); 


Returns sqrt(x * x + y* y), taking precautions against unwarranted overflows. This 
is the single precision version of hypot(). 


Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
long irand48 (unsigned short n); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, n-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. Must be initialized using srand48( ), seed48(), or lcong48() functions. 


Reference: UNIX. 


#include <ctype.h> 
int isalnum(int c); 


Tests for any letter or digit. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isalpha(int c); 


Tests for any letter. Returns non-zero if test is true. 


Reference: ANSI, REENT. 
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#include <ctype.h> 
int isascii(int c); 


Tests for ASCII character, code between 0 and 0x7f. Returns non-zero if test is true. 


Reference: SVID, REENT. 


#include <unistd.h> 
int isatty(int fildes); 


Tests for a terminal device. Returns non-zero if fildes is associated with a terminal 
device. 


Although not a system call in the UNIX environment, it needs to be implemented 
as such in an embedded environment using the stdio functions. 


Reference: POSIX. 


#include <ctype.h> 
int iscentrl(int c); 


Tests for control character (0x7f or less than 0x20). Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isdigit(int c); 


Tests for digit [0-9]. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isgraph(int c); 
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Tests for printable character not including space. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


islower( ) 


#include <ctype.h> 
int islower(int c); 


Tests for lower case letter. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


_isnan() 


#include <math.h> 
double _isnan(double x) ; 


Returns a non-zero value if x is a NaN, and returns 0 otherwise. 


Reference: ANSI 754, MATH, REENT 


isprint( ) 


#include <ctype.h> 
int isprint(int c); 


Tests for printable character (including space). Returns non-zero if test is true. 


Reference: ANSI, REENT. 


ispunct( ) 
#include <ctype.h> 
int ispunct(int c); 
Tests for printable punctuation character. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


isspace( ) 


#include <ctype.h> 
int isspace(int c); 
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Tests for space, tab, carriage return, new-line, vertical tab, or form-feed. Returns 
non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isupper(int c); 


Tests for upper-case letters. Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int isxdigit(int c); 


Tests for hexadecimal digit (0-9, a-f, A-F). Returns non-zero if test is true. 


Reference: ANSI, REENT. 


#include <math.h> 
double j0(double x); 


Returns the Bessel function of x of the first kind of order 0. 
OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float jOf(float x); 


Returns the Bessel function of x of the first kind of order 0. This is the single 
precision version of j0(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 
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j1() 
#include <math.h> 
double j1(double x); 
Returns the Bessel function of x of the first kind of order 1. 
OS calls: write. 
Reference: UNIX, MATH, REERR. 
jif() 
#include <mathf.h> 
float jlf(float x); 
Returns the Bessel function of x of the first kind of order 1. This is the single 
precision version of j1(). 
OS calls: write. 
Reference: DCC, MATH, REERR. 
jn() 
#include <math.h> 
double jn(double n, double x); 
Returns the Bessel function of x of the first kind of order n. 
OS calls: write. 
Reference: UNIX, MATH, REERR. 
jnf() 


#include <mathf.h> 
float jnf(float n, float x); 


Returns the Bessel function of x of the first kind of order n. This is the single 
precision version of jn(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 
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#include <stdlib.h> 
long jrand48 (unsigned short xsubi[3]); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [-2°!, 23!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. The calling program must place the initial value Xi into the xsubi array 
and pass it as an argument. 


Reference: SVID. 


#include <signal.h> 
int kill(int pid, int sig); 


Sends the signal sig to the process pid. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdlib.h> 
long krand48 (unsigned short xsubi[3], unsigned short n); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, n-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. 


Reference: UNIX. 


#include <dcc.h> 
void 13tol(long *lp, char *cp, int n); 


Converts the list of n three-byte integers packed into the character string pointed 
to by cp into a list of long integers pointed to by *lp. 


Reference: UNIX, REENT. 
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#include <stdlib.h> 
char *164a(long 1); 


Converts the long integer / to a base-64 character string. 


Reference: SVID. 


#include <stdlib.h> 
long labs(long i); 


Returns the absolute value of i. 


Reference: ANSI, REENT. 


#include <stdlib.h> 
void lcong48 (unsigned short param[7]); 


Initialization entry point for drand48( ), lrand48(), and mrand48(). Allows the 
user to specify parameters in the random equation: Xi is param[0-2], multiplier a is 
param[3-5], and addend c is param[6]. 


Reference: UNIX. 


#include <math.h> 
double ldexp(double value, int exp); 


Returns the quantity: value * (2°*P). See also frexp(). 
Reference: UNIX, REERR. 


#include <mathf.h> 
float ldexpf(float value, int exp); 


Returns the quantity: value * (2). See also frexpf(). This is the single precision 
version of Idexp(). 
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Ifind( ) 
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Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
ldiv_t ldiv(long int numer, long int denom) ; 


Similar to div(), except that arguments and returned items all have the type long 


in. 


Reference: ANSI, REENT. 


#include <math.h> 
double _lessgreater(double x, double y); 


The value of x <> y is non-zero only when x < y or x > y, and is distinct from 
NOT(x = y) per Table 4 of the ANSI 754 standard. 


Reference: ANSI 754, MATH, REENT. 


#include <stdio.h> 

#include <search.h> 

void *lfind(const void *key, const void *base, unsigned *nelp, int size, 
int (*compar) ( )); 


Same as Isearch() except that if datum is not found, it is not added to the table. 
Instead, a null pointer is returned. 


Reference: UNIX, REENT. 


#include <unistd.h> 
int link(const char *pathl, const char *path2); 


Creates a new link path2 to the existing file path1. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: SYS. 
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#include <locale.h> 
struct lconv *localeconv (void) ; 


Loads the components of an object of the type struct lconv with values appropriate 
for the formatting of numeric quantities (monetary and otherwise) according to the 
rules of the current locale. See also setlocale(). 


Reference: ANSI. 


#include <time.h> 
struct tm *localtime(const time_t *timer); 


Breaks down the calendar time timer into sections, expressed as local time. 


Reference: ANSI. 


#include <math.h> 
double log(double x); 


Returns the natural logarithm of a positive x. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <math.h> 
double _logb(double x); 


Returns the unbiased exponent of x, a signed integer in the format of x, except that 
logb(NaN) is NaN, logb(infinity) is +e5 and logb(0) is -cand signals the division 
by zero exception. When x is positive and finite the expression scalb(x, -logb(x)) 
lies strictly between 0 and 2; it is less than 1 only when x is denormalized. 


Reference: ANSI 754, MATH, REENT. 
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log10f( ) 


longjmp( ) 
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#include <mathf.h> 
float logf(float x); 


Returns the natural logarithm of a positive x. This is the single precision version of 


log(). 
OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double log10(double x); 


Returns the logarithm with base ten of a positive x. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float logl0f(float x); 


Returns the logarithm with base ten of a positive x. This is the single precision 
version of log10(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <setjmp.h> 
void longjmp(jmp_buf env, int val); 


Restores the environment saved in env by a corresponding setjmp() function call. 


Execution will continue as if the setjmp() had just returned with the value val. If 
val is 0 it will be set to 1 to avoid conflict with the return value from setjmp(). 


Reference: ANSI, REENT. 
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#include <stdlib.h> 

long lrand48 (void) ; 

Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, 23!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. Must be initialized using srand48( ), seed48(), or lcong48() functions. 


Reference: SVID. 


#include <stdio.h> 

#include <search.h> 

void *lsearch(const void *key, const void *base, unsigned *nelp, int size, 
int (*compar) ( )); 

Linear search routine which returns a pointer into a table indicating where a datum 

may be found. If the datum is not found, it is added to the end of the table. base 

points to the first element in the table. nelp points to an integer containing the 

number of elements in the table. compar is a pointer to the comparison function 

which the user must supply (for example, stremp()). 


Reference: SVID, REENT. 


#include <unistd.h> 
off_t lseek(int fildes, off_t offset, int whence) ; 


Moves the file pointer for the file fildes to the file offset offset. whence has one of the 
following values: 


SEEK_SET offset is absolute position from beginning of file 
SEEK_CUR offset is relative distance from current position 
SEEK_END offset is relative distance from the end of the file 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: SYS. 
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#include <dcc.h> 
void ltol3(char *cp, long *lp, int n); 


Converts a list of long integers to three-byte integers. It is the inverse of 13tol(). 


Reference: UNIX, REENT. 


#include <malloc.h> 

struct mallinfo mallinfo(void) 

Used to determine the best setting of malloc() parameters for an application. Must 
not be called until after malloc() has been called. 


Reference: SVID. 


#include <stdlib.h> 

void *malloc(size_t size); 

Allocates space for an object of size size. Returns a pointer to the start (lowest byte 
address) of the object. Returns a null pointer if no more memory can be obtained 
by the OS. 


The first time malloc() is called, it checks the following environment variables: 


DMALLOC_INIT=n 
If set, malloc() initializes allocated memory with the byte value n. This is 
useful when debugging programs that may depend on malloc() areas 
always being set to zero. 


DMALLOC_CHECK 
If set, malloc() and free() check the free-list every time they are called. 
This is useful when debugging programs that may trash the free-list. 


NOTE: malloc() and related functions must be initialized by the function __init() 


in crtlibso.c. See the note at the end of 15.4.3 Notes for crtlibso.c and ctordtor.c, p.264 
for details. See also 15.10 Reentrant and “Thread-Safe” Library Functions, p.278. 


OS calls: sbrk. 
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Reference: ANSI. 


malloc_set_block_size( ) 


mallopt( ) 


matherr( ) 


#include <malloc.h> 
size_t malloc_set_block_size(size_t blocksz) ; 


To avoid excess execution overhead, malloc() acquires heap space in 8KB master 
blocks and sub-allocates within each block as required, re-using space within each 
8KB block when individual allocations are freed. The default 8KB master block size 
may be too large on systems with small RAM. To change this, call this 
malloc_set_block_size function. The argument must be a power of two. 


#include <malloc.h> 

int mallopt(int cmd, int value); 

Used to allocate small blocks of memory quickly by allocating a large group of 
small blocks at one time. This function exists in order to be compatible to SVID, but 
its use is not recommended, since the malloc() function is already optimized to be 
fast. 


Reference: SVID. 


#include <math.h> 
int matherr(struct exception *x); 
Invoked by math library routines when errors are detected. Users may define their 
own procedure for handling errors, by including a function named matherr() in 
their programs. The function matherr() must be of the form described above. 
When an error occurs, a pointer to the exception structure x will be passed to the 
user-supplied matherr() function. This structure, which is defined by the 
<math.h> header file, includes the following members: 

int type; 

char *name; 

double argl, arg2, retval; 
The member type is an integer describing the type of error that has occurred from 
the following list defined by the <math.h> header file: 
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DOMAIN argument domain error 
SING argument singularity 
OVERFLOW overflow range error 
UNDERFLOW underflow range error 
TLOSS total loss of significance 
PLOSS partial loss of significance 


The member name points to a string containing the name of the routine that 
incurred the error. The members arg1 and arg2 are the first and second arguments 
with which the routine was invoked. 


The member retval is set to the default value that will be returned by the routine 
unless the user’s matherr() function sets it to a different value. 


If the user’s matherr() function returns non-zero, no error message will be printed, 
and errno will not be set. 


If the function matherr( ) is not supplied by the user, the default error-handling 
procedures, described with the math library routines involved, will be invoked 
upon error. errno is set to EDOM or ERANGE and the program continues. 


Reference: SVID, MATH. 


#include <mathf.h> 
int matherrf (struct exceptionf *x); 


This is the single precision version of matherr( ). 


Reference: DCC, MATH. 


#include <stdlib.h> 

int mblen(const char *s, size_t n); 

If sis not a null pointer, the function returns the number of bytes in the string s that 
constitute the next multi-byte character, or -1 if the next n (or the remaining bytes) 
do not compromise a valid multi-byte character. A terminating null character is not 
included in the character count. If s is a null pointer and the multi-byte characters 
have a state-dependent encoding in current locale, the function returns nonzero; 
otherwise, it returns zero. 


Reference: ANSI, REENT. 
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#include <stdlib.h> 

size_t mbstowcs(wchar_t *pwc, const char *s, size_t n); 

Stores a wide character string in the array whose first element has the address pwe, 
by converting the multi-byte characters in the string s. It converts as if by calling 
mbtowc( ). It stores at most n wide characters, stopping after it stores a null wide 
character. It returns the number of wide characters stored, not counting the null 
character. 


Reference: ANSI, REENT. 


#include <stdlib.h> 

int mbtowc(wchar_t *pwc, const char *s, size_t n); 

If s is not anull pointer, the function returns the number of bytes in the string s that 
constitute the next multi-byte character. (The number of bytes cannot be greater 
than MB_CUR_MAX). If pwc is not a null pointer, the next multi-byte character is 
converted to the corresponding wide character value and stored in *pwe. The 
function returns -1 if the next n or the remaining bytes do not constitute a valid 
multi-byte character. If s is a null pointer and multi-byte characters have a 
state-dependent encoding in current locale, the function stores an initial shift state 
in its internal static duration data object and returns nonzero; otherwise it returns 
Zero. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memccpy(void *sl, const void *s2, int c, size_t n); 


Copies characters from s2 into s1, stopping after the first occurrence of character c 
has been copied, or after n characters, whichever comes first. 


Reference: SVID, REENT. 


#include <string.h> 
void *memchr(const void *s, int c, size_t n); 
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Locates the first occurrence of c (converted to unsigned char) in the initial n 
characters of the object pointed to by s. Returns a null pointer if c is not found. 


Reference: ANSI, REENT. 


#include <string.h> 
int memcmp(const void *s1, const void *s2, size_t n); 


Compares the first n character of s1 to the first n characters of s2. Returns an integer 
greater than, equal to, or less than zero according to the relationship between s1 
and s2. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memcpy(void *sl, const void *s2, size_t n); 


Copies n character from the object pointed to by s2 into the object pointed to by s1. 
The behavior is undefined if the objects overlap. Returns the value of s7. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memmove(void *sl, const void *s2, size_t n); 


Copies n characters from the object pointed by s2 into the object pointed to by s1. 
It can handle overlapping while copying takes place as if the n characters were first 
copied to a temporary array, then copied into s1. Returns the value of s1. 


Reference: ANSI, REENT. 


#include <string.h> 
void *memset (void *s, int c, size_t n); 


Copies the value of c into each of the first n characters of the object pointed to by s. 
Returns the value of s. 
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Reference: ANSI, REENT. 


#include <stdio.h> 
char *mktemp (char *template) ; 


Replaces the contents of the string pointed to by template with a unique filename, 
and returns the address of template. The template string should look like a filename 
with six trailing Xs, which will be replaced with a letter and the current process ID. 


OS calls: access, getpid. 
Reference: SVID. 


#include <time.h> 
time_t mktime(struct tm *timeptr) ; 


Converts the local time stored in timeptr into a calendar time with the same 
encoding as values returned by the time() function, but with all values within 
their normal ranges. It sets the structure members tm_mday, tm_wday, tm_yday. 


Reference: ANSI, REENT. 


#include <math.h> 
double modf (double value, double *iptr); 


Returns the fractional part of value and stores the integral part in the location 
pointed to by iptr. Both the fractional and integer parts have the same sign as value. 
See also frexp(). 


Reference: ANSI, REENT. 


#include <mathf.h> 
float modff(float value, float *iptr); 
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Returns the fractional part of value and stores the integral part in the location 
pointed to by iptr. Both the fractional and integer parts have the same sign as value. 
See also frexpf(). This is the single precision version of modf(). 


Reference: DCC, MATH, REENT. 


#include <stdlib.h> 
long mrand48 (void) ; 
Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [-2°!, 23!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. Must be initialized using srand48(), seed48(), or lcong48() functions. 


Reference: SVID. 


#include <math.h> 

double _nextafter(double x, double y); 

Returns the next representable neighbor of x in the direction toward y. The 
following special cases arise: if x = y, then the result is x without any exception 
being signaled; otherwise, if either x or y is a quiet NaN, then the result is one or 
the other of the input NaNs. Overflow is signaled when x is finite but _nextafter(x, 
y) lies strictly between +2—™” and -2>™"_ Tn both cases, inexact is signaled. 


Reference: ANSI 754, MATH, REENT. 


#include <stdlib.h> 
long nrand48 (unsigned short xsubi[3]); 


Generates pseudo-random non-negative long integers uniformly distributed over 
the interval [0, 2°!-1], using the linear congruential algorithm and 48-bit integer 
arithmetic. 


Reference: SVID. 
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#include <stddef.h> 
size_t offsetof(type, member) ; 


Returns the offset of the member member in the structure type. Implemented as a 
macro. 


Reference: ANSI, REENT. 


#include <fcntl.h> 
int open(const char *path, int oflag, int mode); 


Opens the file path for reading or writing according to oflag. Usual values of oflag 
are: 


O_RDONLY open for reading only 
O_WRONLY open for writing only 
O_RDWR open for reading and writing 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <stdio.h> 
void perror(const char *s); 


extern int errno; 

extern char *sys_errlist[]; 

extern int sys_nerr; 

Produces a message on the standard error output describing the last error 
encountered during a call to a system or library function. The array of message 
strings sys_errlist[] may be indexed by errno to access the message string directly 
without the new-line. sys_nerr is the number of messages in the table. See 
strerror(). 


OS calls: write. 


Reference: ANSI. 


520 


pow( ) 


powf( ) 


printf( ) 


34 C Library Functions 
34.3 Function Listing 


#include <math.h> 
double pow(double x, double y); 


Returns the value of x". If x is zero, y must be positive. If x is negative, y must be an 
integer. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float powf(float x, float y); 


Returns the value of x’. If x is zero, y must be positive. If x is negative, y must be an 
integer. This is the single precision version of pow(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <stdio.h> 
int printf(const char *format, ... ); 


Places output arguments on stdout, controlled by format. Returns the number of 
characters transmitted or a negative value if there was an error. A summary of the 
printf() conversion specifiers is shown below. Each conversion specification is 
introduced by the character %. Conversion specifications within brackets are 
optional. 


% {flags} {field_width} {.precision} {length_modifier} conversion 
flags 
Single characters which modify the operation of the format as follows: 


left adjusted field 


signed values will always begin with plus or minus sign 
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space 
values will always begin with minus or space 


# 
Alternate form. Has the following effect: For 0 (octal) conversion, the first 
digit will always be a zero. G, g, E, e and f conversions will always print a 
decimal point. G and g conversions will also keep trailing zeros. X, x (hex) 
and p conversions will prepend non-zero values with 0x (or 0X) 

0 


zero padding to field width (for d, i, Il, 0, q, u, x, X,e, E,f, g, and G 
conversions) 


field_width 
Number of characters to be printed in the field. Field width will be padded 
with space if needed. If given as “*”, the next argument should be an integer 
holding the field width. 


precision 
Minimum number of digits to print for integers (d, i, ll, 0, q, u, x, and X). 
Number of decimals printed for floating point values (e, E, and f). Maximum 
number of significant digits for g and G conversions. Maximum number of 
characters for s conversion. If given as “*” the next argument should be an 
integer holding the precision. 


length_modifier 
The following length modifiers are used: 


h 
Used before d, i, 0, n, u, x, or X conversions to denote a short int or 
unsigned short int value. 

1 
Used before d, i, 0, n, u, x, or X conversions to denote a long int or 
unsigned long int value. 

L 
Used before e, E, f, g, or G conversions to denote a long double value. 
Used before d, i, 0, u, x, or X conversions to denote a long long value. 

conversion 
The following conversion specifiers are used: 
d 


Write signed decimal integer value. 
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Write signed decimal integer value. 

Write signed long long decimal integer value. 

Write unsigned octal integer value. 

Write signed long long decimal integer value. 

Write unsigned decimal integer value. 

Write unsigned hexadecimal (0-9, abc...) integer value. 
Write unsigned hexadecimal (0-9, ABC...) integer value. 
Write floating point value: [-]d.ddde+dd . 

Write floating point value: [-]d.dddE+dd . 

Write floating point value: [-]ddd.ddd . 


Write floating point value in f or e notation depending on the size of the 
value (“best” fit conversion). 


Write floating point value in f or E notation depending on the size of the 
value (“best” fit conversion). 


Write a single character. 
Write a string. 


Write a pointer value (address). 
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Store current number of characters written so far. The argument should be 
a pointer to integer. 


% 
Write a percentage character. 


The floating point values Infinity and Not-A-Number are printed as inf, INE, nan, 
and NAN when using the e, E, f, g, or G conversions. 


NOTE: By default in most environments, printf buffers its output until a newline 
is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.530, with a NULL buffer pointer after opening but before writing to 
the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int putc(int c, FILE *stream) 


Writes the character c onto the output stream at the position where the file pointer, 
if defined, is pointing. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int putchar(int ¢) 


Similar to putc() but writes to stdout. 
OS calls: isatty, sbrk, write. 
Reference: ANSI. 
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#include <stdlib.h> 
int putenv(char *string) ; 


string points to a string of the form name=value, and putenv() makes the value of 
the environmental variable name equal to value. The string pointed to by string 
becomes part of the environment, so altering string alters the environment. 


OS calls: sbrk, write. 
Reference: SVID. 


#include <stdio.h> 
int puts(const char *s); 


Writes the null-terminated string pointed to by s, followed by a new-line character, 
to stdout. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int putw(int w, FILE *stream) 


Writes the word (i.e., integer) w to the output stream at the position at which the file 
pointer, if defined, is pointing. 

OS calls: isatty, sbrk, write. 

Reference: SVID. 


#include <stdlib.h> 

void qsort (void *base, size_t nel, size_t size, int (*compar)( )); 

Sorts a table in place using the quick-sort algorithm. base points to the element at 
the base of the table, nel is the number of elements. size is the size of each element. 
compar is a pointer to the user supplied comparison function, which is called with 
two arguments that point to the elements being compared. 
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Reference: ANSI, REENT. 


#include <signal.h> 
int raise(int sig); 


Sends the signal sig to the executing program. 
OS calls: getpid, kill. 
Reference: ANSI. 


#include <stdlib.h> 
int rand(void) ; 


Returns a pseudo random number in the interval [0, RAND_MAX]. 
Reference: ANSI. 


#include <unistd.h> 
int read(int fildes, void *buf, unsigned nbyte) ; 


Reads max nbyte bytes from the file associated with the file descriptor fildes to the 
buffer pointed to by buf. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: SYS. 


#include <stdlib.h> 

void *realloc(void *ptr, size_t size) ; 

extern int __no_malloc_warning; 

Changes the size of the object pointed to by ptr to the size size. ptr must have 
received its value from malloc(), calloc(), or realloc(). Returns a pointer to the 
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start address of the possibly moved object, or a null pointer if no more memory can 
be obtained from the OS. 


If the pointer pir was freed or not allocated by malloc(), a warning is printed on 
the stderr stream. The warning can be suppressed by assigning a non-zero value 
to the integer variable __no_malloc_warning. See malloc() for more information. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <stdio.h> 
int remove(const char *filename) ; 


Removes the file filename. Once removed, the file cannot be opened as an existing 
file. 


OS calls: unlink. 
Reference: ANSI. 


#include <stdio.h> 
int rename(const char *old, const char *new) ; 


Renames the file old to the file new. Once renamed, the file old cannot be opened 
again. 


OS calls: link, unlink. 
Reference: ANSI. 


#include <stdio.h> 
void rewind(FILE *stream) ; 


Same as fseek(stream, OL, 0), except that no value is returned. 
OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 
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#include <unistd.h> 
void *sbrk(int incr); 


Gets incr bytes of memory from the operating system. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: UNIX, SYS. 


#include <math.h> 
double _scalb(double x, int N); 


Returns y * 2 for integeral values N without computing 2. 


Reference: ANSI 754, MATH, REENT. 


#include <stdio.h> 
int scanf(const char *format, ...); 


Reads formatted data from stdin and optionally assigns converted data to 
variables specified by the format string. Returns the number of successful 
conversions (or EOF if input is exhausted). 


If the format string contains white-space characters, input is scanned until a 
non-white-space character is found. 


A conversion specification is introduced by the character %. 


If the format string neither contains a white-space nor a %, the format string and 
the input characters must match exactly. 


A summary of the scanf() conversion specifiers is shown below. Conversion 
specifications within braces are optional. 


% {*} {field_width} {length_modifier} conversion 
* 


No assignment should be done (just scan the field). 


field_width 
Maximum field to be scanned (default is until no match occurs). 
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length_modifier 
The following length modifiers are used: 


1 


Used before d, i, or n to indicate long int or before o, u, x to denote the 
presence of an unsigned long int. For e, E, g, G, and f conversions the 1 
character implies a double operand. 


Used before d, i, or n to indicate short int or before o, u, or x to denote the 
presence of an unsigned short int. 


For e, E, g, G, and f conversions the L character implies a long double 
operand. For d, i, 0, u, x, and X conversions the L character implies a 
long long operand. 


conversion 
The following conversions are available: 


d 
Read an optionally signed decimal integer value. 
i 
Read an optionally signed integer value in standard C notation. Default is 
decimal notation, but octal (On) and hex (Oxn, 0Xn) notations are also 
recognized. 
ll 
Read an optionally signed long long decimal integer value. 
) 
Read an optionally signed octal integer. 
q 
Read an optionally signed long long decimal integer value. 
u 
Read an unsigned decimal integer. 
x, X 
Read an optionally signed hexadecimal integer. 
f,e,E,g,G 


Read a floating point constant. 


Read a character string. 
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% 


Read field_width number of characters (1 is default). 


Store the number of characters read so far. The argument should be a 
pointer to an integer. 


Read a pointer value (address). 


Read characters as long as they match any of the characters that are within 
the terminating ]. If the first character after [ is a “, the matching condition 
is reversed. If the [ is immediately followed by ] or “], the ] is assumed to 
belong to the matching sequence, and there must be another terminating 
character. A range of characters may be represented by first-last, thus [a-f] 
equals [abcdef]. 


Read a % character. 


Notes: Except for the [, c, or n specifiers leading white-space characters are 
skipped. Variables must always be expressed as addresses in order to be assignable 
by scanf. 


OS calls: isatty, read, sbrk, write. 
Reference: ANSI. 


#include <stdlib.h> 
unsigned short *seed48 (unsigned short seed16v[3]) ; 


Initialization entry point for drand48(), lrand48(), and mrand48( ). 
Reference: SVID. 


#include <stdio.h> 
void setbuf(FILE *stream, char *buf); 


May be used after the stream has been opened but before reading or writing to it. It 
causes the array pointed to by buf to be used instead of an automatically allocated 
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buffer. If buf is the null pointer, then input/output will be unbuffered. The constant 
BUFSIZ in <stdio.h> defines the required size of buf. 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <setjmp.h> 

int setjmp(jmp_buf env); 

Saves the current execution environment in env for use by the longjmp() function. 
Returns 0 when invoked by setjmp() and a non-zero value when returning from a 
longjmp() call. 


Reference: ANSI, REENT. 


#include <locale.h> 

char *setlocale(int category, const char *locale) ; 

Selects the appropriate portion of the program’s locale as specified by the category 
and locale arguments. Can be used to change or query the program’s entire locale 
with the category LC_ALL; the other values for category name only portions of the 
program’s locale. LC_COLLATE affects the behavior of the strcoll() and strxfrm() 
functions. LC_CTYPE affects the behavior of the character handling functions and 
the multi-byte functions. LC_MONETARY affects the monetary formatting 
information returned by the localeconv( ) function. LC_LNUMERIC affects the 
decimal-point character for the formatted input/output functions and the string 
conversion functions, as well as the non-monetary formatting information 
returned by the localeconv() function. LC_TIME affects the behavior of the 
strftime() function. 


A value of “C” for locale specifies the minimal environment for C translation; a 
value of '" for locale specifies the implementation-defined native environment. 
Other implementation-defined strings may be passed as the second argument to 
setlocale(). 


At program start-up, the equivalent of setlocale(LC_ALL, "C") is executed. 
The compiler currently supports only the “C” locale. 


Reference: ANSI. 
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#include <stdio.h> 
void setvbuf (FILE *stream, char *buf, int type, size_t size); 


See setbuf(). type determines how the stream will be buffered: 


_IOFBF causes stream to be fully buffered 
_IOLBF causes stream to be line buffered 
_IONBF causes stream to be unbuffered 


size specifies the size of the buffer to be used; BUFSIZ in <stdio.h> is the suggested 
size. 


OS calls: sbrk, write. 
Reference: ANSI. 


#include <signal.h> 
void (*signal(int sig, void (*func)( ))) (void); 


Specifies the action on delivery of a signal. When the signal sig is delivered, a signal 
handler specified by func is called. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: ANSI, SYS. 


#include <math.h> 
double sin(double x); 


Returns the sine of x measured in radians. It loses accuracy with a large argument 
value. 


OS calls: write. 


Reference: ANSI, MATH, REERR. 
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#include <mathf.h> 
float sinf(float x); 


Returns the sine of x measured in radians. It loses accuracy with a large argument 
value. This is the single precision version of sin(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double sinh(double x); 


Returns the hyperbolic sine of x measured in radians. It loses accuracy with a large 
argument value. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float sinhf(float x); 


Returns the hyperbolic sine of x measured in radians. It loses accuracy with a large 
argument value. This is the single precision version of sinh(). 


Reference: DCC, MATH, REERR. 


#include <stdio.h> 
int sprintf(char *s, const char *format , ...); 


Places output arguments followed by the null character in consecutive bytes 
starting at *s; the user must ensure that enough storage is available. See printf(). 


Reference: ANSI, REENT. 
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#include <math.h> 
double sqrt(double x); 


Returns the non-negative square root of x. The argument must be non-negative. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float sqrtf(float x); 


Returns the non-negative square root of x. The argument must be non-negative. 
This is the single precision version of sqrt(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <stdlib.h> 
void srand(unsigned seed) ; 


Resets the random-number generator to a random starting point. See rand(). 


Reference: ANSI. 


#include <stdlib.h> 
void srand48 (long seedval) ; 


Initialization entry point for drand48(), lrand48(), and mrand48( ). 
Reference: SVID. 


#include <stdio.h> 
int sscanf(const char *s, const char *format, ...); 
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Reads formatted data from the character string s, optionally assigning converted 
data to variables specified by the format string. It returns the number of successful 
conversions (or EOF if input is exhausted). See scanf(). 


Reference: ANSI, REENT. 


#include <regexp.h> 
int step(char *string, char *expbuf) ; 


Does pattern matching given the string string and a compiled regular expression 
expbuf. See SVID for more details. 


Reference: SVID. 


#include <string.h> 
char *strcat(char *sl, const char *s2); 


Appends a copy of the string pointed to by s2 (including a null character) to the 
end of the string pointed to by s1. The initial character of s2 overwrites the null 
character at the end of s1. The behavior is undefined if the objects overlap. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strchr(const char *s, int c); 


Locates the first occurrence of c in the string pointed to by s. 


Reference: ANSI, REENT. 


#include <string.h> 
int stremp(const char *sl, const char *s2); 


Compares s1 to s2. Returns an integer greater than, equal to, or less than zero 
according to the relationship between s1 and s2. 
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Reference: ANSI, REENT. 


#include <string.h> 
int strcoll(const char *sl, const char *s2); 


Compares s1 to s2, both interpreted as appropriate to the LC_COLLATE category of 
the current locale. Returns an integer greater than, equal to, or less than zero 
according to the relationship between s1 and s2. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strcpy(char *sl, const char *s2); 


Copies the string pointed to by s2 (including a terminating null character) into the 
array pointed to by s1. The behavior is undefined if the objects overlap. 


Reference: ANSI, REENT. 


#include <string.h> 
size_t strcespn(const char *sl, const char *s2); 


Computes the length of the maximum initial segment of s1 which consists entirely 
of characters not from s2. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strdup(const char *s1); 


Returns a pointer to a new string which is a duplicate of s1. 
OS calls: sbrk. 
Reference: SVID. 
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#include <string.h> 
char *strerror(int errnum) ; 


Maps the error number in errnum to an error message string. 


Reference: ANSI, REENT. 


#include <time.h> 
size_t strftime(char *s, size_t maxsize, const char *format, 

const struct tm *timeptr); 
Uses the format format and values in the structure timeptr to generate formatted 
text. Generated characters are stored in successive locations in the array pointed to 
by s. It stores a null character in the next location in the array. Each non-% character 
is stored in the array. For each % followed by a character, a replacement character 
sequence is stored as shown below. Examples are in parenthesis. 


%a abbreviated weekday name (Mon) 
YA full weekday name (Monday) 

%b abbreviated month name (Jan) 

%B full month name (January) 

%c date and time (Jan 03 07:22:43 1990) 
%d day of the month (04) 

%H hour of the 24-hour day (13) 

%I hour of the 12-hour day (9) 

oj day of the year, Jan 1 = 001 (322) 
%m month of the year (11) 

%M minutes after the hour (43) 

%p AM/PM indicator (PM) 

%S seconds after the minute (37) 

%U Sunday week of the year, from 00 (34) 
ow weekday number, Sunday = 0 (3) 


537 


strlen() 


strncat( ) 


strncmp() 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


%W Monday week of the year, from 00 (23) 
%Xx date (Jan 23 1990) 

%X time (23:33:45) 

%Y year of the century (90) 

%Y year (1990) 

%Z. time zone name (PST) 

%% percent character (%) 


Reference: ANSI, REENT. 


#include <string.h> 
size_t strlen(const char *s); 


Computes the length of the string s. 
Reference: ANSI, REENT. 


#include <string.h> 

char *strncat(char *sl, const char *s2, size_t n); 

Appends not more than n characters from the string pointed to by s2 to the end of 
the string pointed to by s1. The initial character of s2 overwrites the null character 
at the end of s1. The behavior is undefined if the objects overlap. A terminating null 
character is always appended to the result. 


Reference: ANSI, REENT. 


#include <string.h> 
int strncemp(const char *sl, const char *s2, size_t n); 


Compares not more than n characters (characters after a null character are ignored) 
in s1 to s2. Returns an integer greater than, equal to, or less than zero according to 
the relationship between s1 and s2. 
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Reference: ANSI, REENT. 


#include <string.h> 
char *strncpy(char *sl, const char *s2, size_t n); 


Copies not more than n characters from the string pointed to by s2 (including a 
terminating null character) into the array pointed to by s1. The behavior is 
undefined if the objects overlap. If s2 is shorter than n, null characters are 
appended. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strpbrk(const char *sl, const char *s2); 


Locates the first occurrence of any character from the string pointed to by s2 within 
the string pointed to by s1. 


Reference: ANSI, REENT. 


#include <string.h> 
char *strrchr(const char *s, int c); 


Locates the last occurrence of c within the string pointed to by s. 


Reference: ANSI, REENT. 


#include <string.h> 
size_t strspn(const char *sl, const char *s2); 


Computes the length of the maximum initial segment of s1 which consists entirely 
of characters from s2. 


Reference: ANSI, REENT. 


539 


strstr() 


strtod( ) 


strtok( ) 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


#include <string.h> 

char *strstr(const char *sl, const char *s2); 

Locates the first occurrence of the sequence of characters (not including a null 
character) in the string pointed to by s2 within the string pointed to by s1. 


Reference: ANSI, REENT. 


#include <stdlib.h> 

double strtod(const char *str, char **endptr); 

Returns as a double-precision floating point number the value represented by the 
character string pointed to by str. The string is scanned to the first unrecognized 
character. Recognized characters include optional white-space character(s), 
optional sign, a string of digits optionally containing a decimal point, optional e or 
E followed by an optional sign or space, followed by an integer. At return, the 
pointer at *endptr is set to the first unrecognized character. 


Reference: ANSI, REERR. 


#include <string.h> 

char *strtok(char *s1, const char *s2); 

Searches string s1 for address of the first element that equals none of the elements 
in string s2. If the search does not find an element, it stores the address of the 
terminating null character in the internal static duration data object and returns a 
null pointer. Otherwise, searches from found address to address of the first 
element that equals any one of the elements in string s2. If it does not find element, 
it stores address of the terminating null character in the internal static duration 
data object. Otherwise, it stores a null character in the element whose address was 
found in second search. Then it stores address of the next element after end in the 
internal duration data object (so next search starts at that address) and returns 
address found in initial search. 


Reference: ANSI. 
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#include <stdlib.h> 

long strtol(const char *str, char **endptr, int base); 

Returns as a long integer the value represented by the character string pointed to 
by str. The string is scanned to the first character inconsistent with the base. 
Leading white-space characters are ignored. At return, the pointer at *endptr is set 
to the first unrecognized character. 


If base is positive and less then 37, it is used as the base for conversion. After an 
optional sign, leading zeros are ignored, and “Ox” or “OX” is ignored if base is 16. 


If base is zero, the string itself determines the base: after an optional leading sign a 
leading zero indicates octal, a leading “Ox” or “OX” indicates hexadecimal, else 
decimal conversion is used. 


Reference: ANSI, REERR. 


#include <stdlib.h> 

long strtoul(const char *, char **endptr, int base); 

Returns as an unsigned long integer the value represented by the character string 
pointed to by s. The string is scanned to the first character inconsistent with the 
base. Leading white-space characters are ignored. This is the same as strtol(), 
except that it reports a range error only if the value is too large to be represented as 
the type unsigned long. 


Reference: ANSI, REERR. 


#include <string.h> 

size_t strxfrm(char *sl, char *s2, size_t n); 

Transforms s2 and places the result in s1. No more than n characters are put in s1, 
including the terminating null character. The transformation is such that if 
strcmp() is applied to the two strings, it returns a value greater than, equal to, or 
less than zero, corresponding to the result of the strcoll() function applied to the 
same two original strings. Copying between objects that overlap causes undefined 
results. 


Reference: ANSI, REENT. 
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#include <dcc.h> 
void swab(const char *from, char *to, int nbytes) 


Copies nbytes bytes pointed to by from to the array pointed to by to. nbytes must be 
even and non-negative. Adjacent even and odd bytes are exchanged. 


Reference: SVID, REENT. 


#include <math.h> 
double tan(double x); 


Returns the tangent of x measured in radians. 
OS calls: write. 


Reference: ANSI, MATH, REERR. 


#include <mathf.h> 
float tanf(float x); 


Returns the tangent of x measured in radians. This is the single precision version 
of tan(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double tanh(double x); 


Returns the hyperbolic tangent of x measured in radians. 


Reference: ANSI, MATH, REENT. 
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#include <mathf.h> 
float tanhf(float x); 


Returns the hyperbolic tangent of x measured in radians. This is the single 
precision version of tanh(). 


Reference: DCC, MATH, REENT. 


#include <search.h> 
void *tdelete(const void *key, void **rootp, int (*compar)( )); 


The tdelete() function deletes a node from a binary search tree. The value for rootp 
will be changed if the deleted node was the root of the tree. Returns a pointer to the 
parent of the deleted node. See tsearch(). 


Reference: SVID. 


#include <dcc.h> 
long tell(int fildes); 


Returns the current location in the file descriptor fildes. This is the same as 
Iseek(fildes,0L,1). 
OS calls: Iseek. 


Reference: DCC. 


#include <stdio.h> 

char *tempnam(const char *dir, const char *pfx); 

Creates a unique filename, allowing control of the choice of directory. If the 
TMPDIR variable is specified in the user’s environment, it is used as the temporary 
file directory. Otherwise, the argument dir points to the name of the directory in 
which the file is to be created. If dir is invalid, the path-prefix P_tmpdir (<stdio.h>) 
is used. If P_tmpdir is invalid, /tmp is used. See tmpnam(). 


Reference: SVID. 


543 


tfind( ) 


time() 


tmpfile( ) 


tmpnam( ) 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


#include <search.h> 
void *tfind(void *key, void *const *rootp, int (*compar)( )); 


tfind() will search for a datum in a binary tree, and return a pointer to it if found, 
otherwise it returns a null pointer. See tsearch(). 


Reference: SVID, REENT. 


#include <time.h> 
time_t time(time_t *timer) ; 


Returns the system time. If timer is not a null pointer, the time value is stored in 
*timer. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: ANSI, SYS. 


#include <stdio.h> 
FILE *tmpfile (void); 


Creates a temporary file using a name generated by tmpnam() and returns the 
corresponding FILE pointer. File is opened for update ("w+"), and is automatically 
deleted when the process using it terminates. 


OS calls: lseek, open, unlink. 


Reference: ANSI. 


#include <stdio.h> 

char *tmpnam(char *s); 

Creates a unique filename using the path-prefix defined as P_tmpdir in <stdio.h>. 
If s is a null pointer, tmpnam() leaves the result in an internal static area and 
returns a pointer to that area. At the next call to tmpnam(), it will destroy the 
contents of the area. If s is not a null pointer, it is assumed to be the address of an 
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array of at least L_tmpnam bytes (defined in <stdio.h>); tmpnam() places the 
result in that array and returns s. 


OS calls: access, getpid. 
Reference: ANSI. 


#include <ctype.h> 
int toascii(int c); 


Turns off all bits in the argument c that are not part of a standard ASCII character; 
for compatibility with other systems. 


Reference: SVID, REENT. 


#include <ctype.h> 
int tolower(int c); 


Converts an upper-case letter to the corresponding lower-case letter. The argument 
range is -1 through 255, any other argument is unchanged. 


Reference: ANSI, REENT. 


#include <ctype.h> 
int _tolower(int c); 


Converts an upper-case letter to the corresponding lower-case letter. Arguments 
outside lower-case letters return undefined results. The speed is somewhat faster 
than tolower(). 


Reference: SVID, REENT. 


#include <ctype.h> 
int toupper(int c); 
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Converts a lower-case letter to the corresponding upper-case letter. The argument 
range is -1 through 255, any other argument is unchanged. 


Reference: ANSI, REENT. 


#include <ctype.h> 

int _toupper(int c); 

Converts a lower-case letter to the corresponding upper-case letter. Arguments 
outside lower-case letters return undefined results. The speed is somewhat faster 
than toupper(). 


Reference: SVID, REENT. 


#include <search.h> 

void *tsearch(const void *key, void ** rootp, int (*compar)( )); 

Used to build and access a binary tree. The user supplies the routine compar to 
perform comparisons. key is a pointer to a datum to be accessed or stored. If a 
datum equal to *key is in the tree, a pointer to that datum is returned. Otherwise, 
*key is inserted, and a pointer to it is returned. rootp points to a variable that points 
to the root of the tree. 


Reference: SVID. 


#include <search.h> 

void twalk(void *root, void (*action) ( )); 

twalk() traverses a binary tree. root is the root of the tree to be traversed, and any 
node may be the root for a walk below that node. action is the name of the user 
supplied routine to be invoked at each node, and is called with three arguments. 
The first argument is the address of the node being visited. The second argument 
is a value from the enumeration data type typedef enum {preorder, postorder, 
endorder, leaf} VISIT (see <search.h>), depending on whether this is the first, 
second, or third time the node has been visited (during a depth-first, left-to-right 
traversal of the tree), or whether the node is a leaf. The third argument is the level 
of the node in the tree, with the root as level zero. See tsearch( ). 
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tzset( ) 


ungetc( ) 


unlink( ) 


_unordered( ) 


34 C Library Functions 
34.3 Function Listing 


Reference: SVID, REENT. 


#include <sys/types.h> 

#include <time.h> 

void tzset (void) ; 

tzset() uses the contents of the environment variable TZ to override the value of 
the different external variables for the time zone. It scans the contents of TZ and 
assigns the different fields to the respective variable. tzset() is called by asctime() 
and may be called explicitly by the user. 


Reference: POSIX. 


#include <stdio.h> 
int ungetc(int c, FILE *stream) ; 


Inserts character c into the buffer associated with input stream. The argument c will 
be returned at the next getc() call on that stream. ungetc() returns c and leaves the 
file associated with stream unchanged. If c equals EOF, ungetc() does nothing to the 
buffer and returns EOF. Only one character of push-back is guaranteed. 


Reference: ANSI. 


#include <unistd.h> 
int unlink(const char *path) ; 


Removes the directory entry path. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 


#include <math.h> 
double _unordered(double x, double y); 
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Returns a non-zero value if x is unordered with y, and returns zero otherwise. See 
Table 4 of the ANSI 754 standard for the meaning of unordered. 


Reference: ANSI 754, MATH, REENT. 


#include <stdarg.h> 

#include <stdio.h> 

int vfprintf(FILE *stream, const char *format , va_list arg); 

This is equivalent to fprintf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


NOTE: By default in most environments, vfprintf buffers its output until anewline 
is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.530, with a NULL buffer pointer before after opening but before 
writing to the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdarg.h> 
#include <stdio.h> 
int vfscanf(FILE *stream, const char *format, va_list arg); 


This is equivalent to fscanf( ), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, read, sbrk, write. 
Reference: DCC. 


#include <stdarg.h> 
#include <stdio.h> 
int vprintf(const char *format, va_list arg); 
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vscanf( ) 


vsprintf( ) 


vsscanf{( ) 


34 C Library Functions 
34.3 Function Listing 


This is equivalent to printf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


NOTE: By default in most environments, vprintf buffers its output until a newline 


is output. To cause output character-by-character without waiting for a newline, 
call setbuf( ), p.530, with a NULL buffer pointer before after opening but before 
writing to the stream: 


setbuf(*stream, 0); 


OS calls: isatty, sbrk, write. 
Reference: ANSI. 


#include <stdarg.h> 
#include <stdio.h> 
int vscanf(const char *format, va_list arg); 


This is equivalent to scanf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, read, sbrk, write. 
Reference: DCC. 


#include <stdarg.h> 
#include <stdio.h> 
int vsprintf(char *s, const char *format, va_list arg); 


This is equivalent to sprintf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, sbrk, write. 
Reference: ANSI, REENT. 


#include <stdarg.h> 
#include <stdio.h> 
int vsscanf(const char *s, const char *format, va_list arg); 
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This is equivalent to sscanf(), but with the argument list replaced by arg, which 
must have been initialized with the va_start macro. 


OS calls: isatty, read, sbrk, write. 
Reference: DCC, REENT. 


#include <stdlib.h> 

size_t wcstombs(char *s, const wchar_t *wcs, size_t n); 

Stores a multi-byte character string in the array whose first element has the address 
s by converting each of the characters in the string wes. It converts as if calling 
wctomb( ). It stores no more than n characters, stopping after it stores a null 
character. It returns the number of characters stored, not counting the null 
character; unless there is an error, in which case it returns -1. 


Reference: ANSI. 


#include <stdlib.h> 

int wctomb(char *s, wchar_t wchar) ; 

If s is not a null pointer, the function determines the number of bytes needed to 
represent the multi-byte character corresponding to the wide character wehar. It 
converts wchar to the corresponding multi-byte character and stores it in the array 
whose first element has the address s. It returns the number of bytes required, not 
counting the terminating null character; unless there is an error, in which case it 
returns -1. 


Reference: ANSI. 


#include <unistd.h> 
int write(int fildes, const void *buf, unsigned nbyte) ; 


Writes nbyte bytes from the buffer buf to the file fildes. 


The C libraries provide an interface to this operating system call. Please see your 
OS manual for a complete definition. 


Reference: POSIX, SYS. 
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yO( ) 


y0f( ) 


yi() 


yif() 
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#include <math.h> 
double y0O(double x); 


Returns the Bessel function of positive x of the second kind of order 0. 
OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float yOf(float x); 


Returns the Bessel function of positive x of the second kind of order 0. This is the 
single precision version of y0(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


#include <math.h> 
double y1(double x); 


Returns the Bessel function of positive x of the second kind of order 1. 
OS calls: write. 


Reference: UNIX, MATH, REERR. 


#include <mathf.h> 
float ylf(float x); 


Returns the Bessel function of positive x of the second kind of order 1. This is the 
single precision version of y1(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 
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yn() 
#include <math.h> 
double yn(double n, double x); 
Returns the Bessel function of positive x of the second kind of order n. 
OS calls: write. 
Reference: UNIX, MATH, REERR. 
ynf() 


#include <mathf.h> 
float ynf(float n, float x); 


Returns the Bessel function of positive x of the second kind of order n. This is the 
single precision version of yn(). 


OS calls: write. 


Reference: DCC, MATH, REERR. 


552 


PART VII 


Appendices 


GONTIQUIATION FICS wssisiscccsensscccsectanacanssereannessaseese Boe 
Compatibility Modes: ANSI, PCC, and K&R C . 569 
EINE LTIIEG isis nnindaisienpcdunninsssnsnanssnnriventmanccacs 575 


Compiler Implementation Defined Behavior .... 577 


Assembler Coding Notes ..........::::::cccesseeeseeeeeeees 585 
Object and Executable File Format ..............0 589 
Compiler -X Options Numeric List ..............00 601 
FOSSA S oacicsiicninssnicnaianaiasacninshnkesaddsadanasmsnamadanaenan 605 


553 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


554 


Configuration Files 


A.1 Configuration Files 555 


A.2. How Commands, Environment Variables, and Configuration Files 
Relate 556 


A.3 Standard Configuration Files 558 
A.4 The Configuration Language 562 


A.1 Configuration Files 


The compiler drivers and other tools are controlled by options from two sources: 
the command line, and standard configuration files installed automatically as part 
of the compiler suites. 


Configuration files permit options to be constructed from string constants and 
variables using assignment, if, switch, include, and other statements. 


For the most part, configuration files are used internally by the compiler suites to 
support multiple target processors. The current default target configuration is 
stored in the version_path/conf/default.conf configuration file (see 4.3 Alternatives 
for Selecting a Target Configuration, p.26). 


This appendix explains configuration file processing and the configuration 
language. It will be useful to those wishing to create configuration files, or to 
understand or modify the standard configuration files normally used by the tools. 
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A.2 How Commands, Environment Variables, and Configuration 
Files Relate 


If a tool is executed with no options on the command line, no configuration file, 
and no environment variables set, then all options will have their default values as 
described here. 


In practice, each tool is usually executed with some options on the command line, 
perhaps some options set with environment variables, and a number of 
site-dependent defaults set in configuration files, with remaining options having 
default values. 


NOTE: Configuration files are used when the dec, dplus, das, or dld programs are 
executed explicitly, e.g., from the command line or in a makefile. In this chapter, 
the term tool refers to any of these programs when executed explicitly. 


When the dec or dplus command automatically invoke the das or dld commands, 
configuration file processing is done for the dec or dplus command and not again 
for the implicit das or dld command. 


A.2.1 Configuration Variables and Precedence 


Variables may be set in three places: 
« Inthe operating system environment (see 2.3 Environment Variables, p.15). 


* On the command line using the -WD option for any variable, the -WC option 
for configuration variable DCONFIG, and the -t option to implicitly set 
configuration variables DTARGET, DOBJECT, DFP, and DENVIRON. 


«  Inconfiguration files using assignment statements. 


These are in order of precedence from lowest to highest: a variable defined on the 
command line overrides an environment variable of the same name, anda variable 
set in a configuration overrides both a command line and an environment variable 
of the same name. (Thus, in a configuration file, it is usual to test whether a variable 
has a value before assigning it a default value — see examples below.) 
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A.2 How Commands, Environment Variables, and Configuration Files Relate 


A.2.2 Startup 


Figure A-1 


Situation 


Here is how each tool processes the command line and configuration files at 
startup. 


NOTE: Order is important. If a variable is given a value, or an option appears more 
than once, the final instance is taken unless noted otherwise. 


The tool scans the command line for an -@ option followed by the name of 
either an environment variable or a file, and replaces the option with the 
contents of the variable or file. 


The tool scans the command line for each -WD variable=value option. If a 
variable matches an existing environment variable, the new value effectively 
replaces the existing value for the duration of the command (the operating 
system environment is not changed). 


The option -WC config-file-name is equivalent to 
-WDDCOMNFIG=config-file-name. Thus, if both -WC and -WDDCONFIG options 
are present, the config-file-name will be taken from the final instance, and if 
either is present, they will override any DCONFIG environment variable. 


The tool finds the main configuration file by checking first for a value of 
variable DCONFIG, and then if that is not set, looking in the standard location 
as given in Table A-1. The tool parses each statement in the configuration file 
as described in the following subsections. 


After parsing the configuration file, the tool processes each of the input files on 
the command line using the options set by command-line and 
configuration-file processing. 


Figure A-1 below, provides a simplified example of how the above works. 


The remainder of this chapter provides additional details and examples and 
explains each of the statements allowed in a configuration file. 


Example of Command-Line and Configuration-File Processing 


An engineer works on Project 1 and normally uses target1 with standard optimization (-O 
option). Now the engineer has a target2 prototype and wants to use extended optimization 


(-XO). 


Environment variables (set using operating system commands not shown) 


557 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


Figure A-1 Example of Command-Line and Configuration-File Processing (cont'd) 


DFLAGS:  -O As described in 2.3.1 Environment Variables 
Recognized by the Compiler, p.15, DFLAGS 
is a convenient way to give options with an 
environment variable. 


Command line The command line is used to select the special 
dae tinge 20. eesti .c processor target2 and extended optimization. 
Excerpts from configuration file dtools.conf If the target had not been set on the command 


. line or elsewhere, it would default to target1. 
if (!$DTARGET) DTARGET=targetl 


SDFLAGS $DFLAGS evaluates to -O. $* is a special variable 

a evaluating to all of the command-line 
arguments. The -XO option from the command 
line overrides the related -O option from the 
DFLAGS environment variable. 


A.3 Standard Configuration Files 


Wind River recommends the use of three configuration files in a hierarchy. 
Standard versions of two of the files, dtools.conf and default.conf are shipped 
with the tools. 


The tool identifies the main configuration file using the DCONFIG variable as 
described in A.2.2 Startup, p.557. If DCONFIG is not set, it then looks for the file 
dtools.conf. Its standard location is the conf subdirectory of the directory holding 
the selected version of the tools as shown in the following table (see also Table 2-1). 


Table A-1 Main Configuration File: Standard Name and Location 


System Path and Name 


UNIX /ust/lib/diab/version/conf/dtools.conf 
Windows 95,98,and NT  c:\diab \version\conf\dtools.conf 
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The standard location of the main configuration file can be changed by setting the 
DCONFIG environment variable, by using the -WC option, or by using the 
-WDDCOMFIG option. 


The standard dtools file is structured broadly as shown in Figure A-2 on the next 
page dtools shows how the compiler combines the various environment variables 
and command-line options. dtools also serves as an example of how to write the 

configuration language. 


Avoid altering dtools. Instead, set defaults and specific options by using the -t 
option on the command line to set DITARGET, DOBJECT, DFP, and DENVIRON (see 
4.1 Selecting a Target, p.21), or otherwise modifying default.conf, and/or by 
providing your own uset.conf. 


As shown in Figure 4-b, the dtools configuration file includes default.conf and 
then user.conf near the beginning. These files must be located in the same 
directory as dtools.conf (no path is allowed on include statements in configuration 
files). If you want a private copy of these files, copy all the configuration files to a 
local directory and change the location of dtools.conf as described at the beginning 
of this section. 


No error is reported if an include statement names a non-existent file; therefore, 
both files are optional. 


A.3.1 DENVIRON Configuration Variable 


Configuration variable DENVIRON is set in default.conf and may be overridden 
by setting an environment variable of the same name or by providing a -ttofenviron 
option on the command line executing dec, dplus, das, or dld. 


As shown in Figure A-2, if a file named $DENVIRON.conf exists in the conf 
subdirectory, it will be included by dtools.conf. The tools are delivered with 
several such “environment” .conf files. These are used to set options as required 
for several different target operating systems support by Wind River. 


The DENVIRON configuration variable also controls the default search path use by 
the linker to find libraries. See the environ entry in the Table 4-1 and the section 
4.2 Selected Startup Module and Libraries, p.25 for details. 
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Figure A-2 Standard dtools.conf Configuration File - Simplified Structure 


1. Variables and assignments used to customize selection and operation of the tools. 


2. include 
default.conf 


3. include 
user.conf 


Read the second of the two configuration files included with the 
tools. This file records the target configuration in variables 
DTARGET, DOBJECT, and DFP, and DENVIRON, and is updated 
automatically during installation or by dctrl -t. 


ASCII file to be created by the user to set, for example, default 
-X options and optimizations, additional default include files and 
libraries, default preprocessor macros, etc. 


4. Switch and other statements using DTARGET, DOBJECT, and DFP to set options and flags, 
especially with respect to different targets. Also selection of tools if not customized above. 


5. include 
SDENVIRON. conf 


6.  dcc, dplus section 


SUFLAGS1 


SDFLAGS 


s* 


SUFLAGS2 


7. das section 
SUAFLAGS1 
s* 
SUAFLAGS2 
8.  dld section 


SULFLAGS1 


SULFLAGS2 


This optional file sets options for a specific target operating system. 
See A.3.1 DENVIRON Configuration Variable, p.559. 


Standard options to be used unless overridden by $UFLAGS2. To be 
set by the user in the user.conf configuration file. 


As described in 2.3.1 Environment Variables Recognized by the Compiler, 
p.15, $DFLAGS is a convenient way to set an environment variable 
for widely used options. Because it follows $UFLAGSI, an option in 
$DFLAGS will override the same option in $UFLAGSI. 


All arguments from the command line (-t, -WD, and -WC options are 
not re-processed). Options here will override the same options in 
both $UFLAGS1 and $DFLAGS. 


Overrides for $UFLAGS1, $DFLAGS, and the command line. To be set 
by the user in the user.conf configuration file. 


$UAFLAGS1 and $UAFLAGS2 can be set in user.conf to provide 
options for the assembler when it is executed explicitly, with 
$UFLAGS1 options processed before command-line options and 
$UFLAGS2 options processed after. 


And similarly, $;ULFLAGS1 and $ULFLAGS2 can be set in user.conf to 
set options for the linker when it is executed explicitly. 
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A.3.2 UFLAGS1, UFLAGS2, DFLAGS Configuration Variables 


Configuration file processing gives you several ways to provide options. The 
standard configuration files shipped with the tools are intended to be used as 
follows: 


UFLAGS1 and UFLAGS2 are intended for compiler options that should 
“always” be used. It is intended that UFLAGS1 and UFLAGS2 be set in a local 
configuration file, user.conf, that you supply. Since you will not want to 
change this frequently, options set there will be “permanent” unless 
overridden. 


As shown in Figure A-2 above, UFLAGS1 is expanded before command-line 
options and files, and UFLAGS2 after command-line options. 


Example: to make sure that the lint facility is always on and that the compiler 
checks for prototypes, create a user.conf with the following lines: 

# File: user.conf 

# Always perform lint + check for prototypes. (Note: as 


# assignment, quotes are required with embedded spaces.) 
UFLAGS1="-Xlint -Xforce-prototypes" 


NOTE: Variables are referenced with a “$”, e.g., $>UFLAGS1 as shown in 
Figure A-2, but are written without a “$” when being set by an assignment 
statement. 


If there is a site-wide user.conf, the tools administrator can make sure that any 
user using it will not require too much memory by adding the following to 
user.conf: 

# Limit memory for optimization. 

UFLAGS2=-Xparse-size=1000 

DFLAGS is intended to be an environment variable for options that change 
more frequently than those in the configuration files, but not with every 
compile. For example, it may be conveniently used to select levels for 
optimization and debugging information. 


DFLAGS applies only to explicit execution of dec and dplus, not to explicit 
execution of das or dld. However, some options are passed by dec and dplus 
to the assembler or linker, e.g., the -L or -Y P options to specify a library search 
directory for the linker, or the -Wa,arguments or -W1L,arguments options to pass 
arguments to the assembler or linker. If DFLAGS includes such options, they 
will be passed along as usual. 
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« Options for a specific compilation are given on the command line. These 
override any options set with UFLAGS1, DFLAGS, but not UFLAGS2 since 
UFLAGS2 occurs after $* in dtools.conf. 


NOTE: UFLAGS1 and UFLAGS2 (and UAFLAGS1, UAFLAGS2, ULFLAGS1, 
ULFLAGS2) cannot be overridden by environment variables of the same name. 
This is because they are reset to empty strings at the beginning of dtools.conf 
before being read from user.conf. This is in contrast to DFLAGS which is not so 
reset and can therefore be an environment variable. 


A.3.3 UAFLAGS1, UAFLAGS2, ULFLAGS1, ULFLAGS2 Configuration Variables 


Similar to the way UFLAGS1 and UFLAGS2 are intended to provide “permanent” 
options to be processed before and after command-line options for the compiler, 
UAFLAGS1 and UAFLAGS2 provide before-and-after options for the assembler and 
ULFLAGS1 and ULFLAGS2 provide before-and-after options for the linker. 


As with UFLAGS1 and UFLAGS2, it is expected that these options will be assigned 
values in a user-supplied user.conf configuration file, and because they are reset to 
the empty string at the beginning of dtools.conf they cannot be set as environment 
variables. See Figure A-2 for additional details. 


A.4 The Configuration Language 


As noted above, the ultimate purpose and effect of configuration file processing is 
to provide values for options. The simplest type of configuration file is an ordinary 
text file containing multiple lines where each line sets a single option. 


Beyond this, a straight-forward configuration language allows greater control over 
configuration file processing, so that different options and their values may be set 
depending on options present on the command line, on environment variables, 
and on variables defined by the user within a configuration file or a file included 
by a configuration file. 


The remainder of this section describes the configuration language and ends with 
an extended example. 
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A.4.1 Statements and Options 


A configuration file consists of a sequence of statements and options separated by 
whitespace. A # token at any point on a line not in a quoted string introduces a 
comment; the rest of the line is ignored. Thus, a line may contain multiple 
statements and options ending in a comment. 


A statement is either an assignment statement or starts with one of the keywords 
error, exit, include, if (and else), print, or switch (and case, break, and endsw). 


In general, it is preferable to write one statement or option per line. This makes a 
configuration file easier to understand and modify. An exception to this rule is 
made for lines containing an if or else statement, each of which governs the 
remaining statements and options on a line as described below. 


Whitespace, consisting of spaces or tabs, may be used freely between statements 
and/or options for readability. Blank lines are ignored. 


A line may not be continued to a second line, but there is no practical limit on the 
length of a line except that which may be imposed by an operating system or text 
editor. 


Any text which is not a statement or comment per the above is taken as options. In 
general, options have one of four forms, each introduced by a single character 
option letter x: 

“x 

-x name 


-x value 
-x name=value 


Either the name or the value may a quoted or unquoted string of characters as 
allowed by a particular option, and either may include variables introduced by a 
“$” character (see A.4.4 Variables, p.564 below). Examples: 


-O 

-XO "O" is a name 

-o test.out "test.out" is a value 
-Xlocal-data-area=0 

-ISHOME/ include "SHOME" is a variable 


A.4.2 Comments 


A # token at any point ona line not in a quoted string introduces a comment — the 
rest of the line is ignored. Examples: 


tno merietentenenbi # This is a comment through the end of the line. 
not_a_comment = "# This is an assignment, not a comment" 
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A.4.3 String Constants 


A string constant is any sequence of characters ending in whitespace (spaces and 
tabs) or at end-of-line. To include whitespace in a string constant, enclose the entire 
constant in double quotes. Also, a string may include a variable prefixed with a “$” 
character. 


There is no practical length limit except that imposed by the maximum length of a 
line. Examples: 
Simple_string_constant 


"string constant with embedded spaces" 
"SXFLAGS -Xanother-X-flag" # SXFLAGS will be expanded 


A.4.4 Variables 


All variables are of type string. Variable names are any sequence of letters, digits, 
and underscores, beginning with a letter or underscore (letters are “A” - “Z” and 


a” -“z”, digits are “0” - “9”). There is no practical length limit to a variable name 
except that imposed by the maximum length of a line. 


Variables are case sensitive. 


To set a variable in a configuration file use an assignment statement. (See 
A.4.5 Assignment Statement, p.565). 


To evaluate a variable, that is, to use its value, precede it with a “$” character. See 
A.2.1 Configuration Variables and Precedence, p.556 for a discussion of how 
environment variables and variables used in configuration files relate and their 
precedence. 


Variables are not declared. A variable which has not been set evaluates to a 
zero-length string equivalent to “ ”. 


The special variable $* evaluates to all arguments given on the command line. 
(However -WC and -WD arguments have already been processed and are 
effectively ignored.) See examples below and also Figure A-2. 


The special variable $-x, where x is one or more characters, evaluates to any user 
specified option starting with x, if given previously (on the command line or in the 
configuration file). Otherwise it evaluates to the zero-length string. If more than 
one option begins with x, only the first is used. 


For example, if the command line includes option -Dtest=level9, then $-Dtest 
evaluates to -Dtest-level9. 
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The special variable $$ is replaced by a dollar sign “$”. 


The special variable $/ is replaced by the directory separation character on the host 
system: “/” on UNIX and “\” on Windows. (On any specific system, you can just 
use the appropriate character. Wind River uses “$/” for portability.) 


Examples: assume that the environment variable DFLAGS is set to “-XO”, and that 


the following command is given: 


dec -Dlevel99 -g2 -O -WDDFP=soft file.c 


The following table shows examples of how variables are set given these 


assumptions. 


Table A-2. Variable Evaluation in Configuration Files 


Variable 


Evaluates To 


Comment (see assumptions above) 


$DFLAGS 


$DFP 


$-WDFP 


$-Dlevel 


$* 


“XO” 


“soft” 


“-WDDFP=soft” 


“TDlevel99” 


“TDlevel99 ... 
file.c” 


Environment variable. 


Value is as if -WD set the DFP configuration 
variable (see 5.3.26 Define Configuration 
Variable (-W Dname=value), p.44). 


In the form $-x, x is the entire WD option. 


In the form $-x, x need match only the 
beginning of an option. 


Evaluates to the entire command minus the 
initial dec. 


A.4.5 Assignment Statement 


The assignment statement assigns a string to a variable. Its form is: 


variable = [string-constant] 


As noted above, a string-constant may include a variable — see the last example. 


Examples: 


DLIBS= 
XLIB=SHOME/1ib 


YFLAGS="$XFLAGS -X12" 


if 


Ges 
SXFLAGS="S$XFLAGS -Xanother-flag" 


-) 


PF=-p GF=-g 


# Set to empty string. 

# Variable XLIB is set. 

# Use "" for spaces in a string. 
# Two on one line (see if below). 
# Inner $XFLAGS will be expanded. 
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A.4.6 Error Statement 


The error statement terminates configuration file processing with an error. See the 
switch statement for an example. 


A.4.7 Exit Statement 


The exit statement stops configuration file processing. This is useful, for example, 
in an header file that specifies all compiler options, but does not want the compiler 
to continue the parsing in default.conf and dtools.conf. 


A.4.8 If Statement 


The if statement provides for conditional branching in a configuration file. There 
are two forms: 


if (expression) statements and/or options 
and 


if (expression) statements and/or options 

else statements and/or options 
If expression is true, the rest of the same line is interpreted and, if the next line 
begins with else, the remainder of that line is ignored. If expression is false, the 
remainder of the line is skipped, and, if the next line begins with else, the 
remainder of that line is interpreted. Blank lines are not allowed between if and 
else lines. 


expression is one of: 


string true if string is non-zero length 
Istring true if string is zero length 

string] == string2 true if string1 is equal to string2 
string] != string2 true if string] is not equal to string2 


Note that because any statement can follow else, one may write a sequence of the 
form 


if 
else if 
else if 


else 
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Examples: 
if (!SLIB) LIB=/usr/lib # if LIB s not defined, set it 
if (SOPT == yes) -O # option -O if OPT is "yes" 
else -g # else option -g 


A.4.9 Include Statement 


The include permits nesting of configuration files. Its form is: 
include file 


The contents of file file are parsed as if inserted in place of the include statement. 
The file must be located in the same directory as the main configuration file since 
no path is allowed in include statements. (See A.3 Standard Configuration Files, 


p-558.) 
If the given file does not exist, the statement is ignored. Example: 


include user.con 


A.4.10 Print Statement 


The print statement outputs a string to the terminal. Its form is: 
print string 


Example: 


if (!SDTARGET) print "Error: DTARGET not set" 


A.4.11 Switch Statement 


The switch provides for multi-way branching based on patterns. It has the form: 


switch (string) 
case pattern!: 


break 
case pattern-n: 


endsw 
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where each pattern is any string, which can contain the special tokens “?” 
(matching any one character), “*” (matching any string of characters, including the 
empty string) and “[” (matching any of the characters listed up to the next “]”). 
When a switch statement is encountered, the case statements are searched in order 
to find a pattern that matches the string. If such a pattern is found, interpretation 
continues at that point. If no match is found, interpretation continues after the 


endsw statement. If more than one pattern matches the string, the first will be used. 


If a break statement is found within the case being interpreted, interpretation 
continues after endsw. If no break is present at the end of a case, interpretation falls 
through to the next case. 


Example: 
switch (SDTARGET) 
case CHIP*: # any DTARGET beginning withCHIP 
break 
case *: # any other DTARGET 
print Error: DTARGET not set" 
error 
endsw 
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Compatibility Modes: ANSI, 
PCC, and K&R C 


Table B-1 


NOTE: This section relates to C, not C++. Of the options listed in Table B-1, only 
-Xdialect-strict-ansi (equivalent to -Xstrict-ansi) affects the C++ compiler. 


The Wind River compiler supports various standards, including full ANSI C89, 
partial ANSI C99, and full ANSI C++. Many existing C programs are coded in 
accordance with slightly varying standards. To ease porting of these programs, C 
modules can be compiled in four different modes as selected by an option from the 


following table: 


Compatibility Mode Options for C Programs 


Mode Option Meaning 

C89 -Xdialect-c89 Conform to the ISO/TEC 9899:1990 standard 
for C. 

C99 -Xdialect-c99 Conform to the ISO/TEC 9899:1999 standard 
for C. NOTE: Only a subset of this standard 
is supported. 

ANSI -Xdialect-ansi Conform to ANSI X3.159-1989 with some 


additions as shown in the table below. 


Strict ANSI -Xdialect-strict-ansi 


Conform strictly to the ANSI X3.159-1989 
standard. Equivalent to -Xstrict-ansi. 
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Compatibility Mode Options for C Programs (cont'd) 


Mode Option Meaning 


K&R ~Xdialect-k-and-r Conform to the pre-ANSI “standard” 
defined in The C Programming Language by 
Kernighan and Ritchie, with most ANSI 
extensions activated. 


PCC -Xdialect-pec Emulate the behavior of System V.3 UNIX 
compilers. 


The following table describes the differences among these modes. If not otherwise 


MW Wt 


noted, “y” means “yes” and “n” means “no”. 


Features of Compatibility Modes for C Programs 


Strict 
Functionality K&R ANSI ANSI PCC 
long float is same as double. y n n y 


The long long type is defined; but a warning (w) is y y w y 
generated when long long is used. 


The asm keyword is defined. y y n y 
The volatile, const, and signed keywords are y y y n 
defined. 


“Double underscore” keywords (e.g. ___inline__ and y y n y 
__attribute__) are defined. 


The type of a hexadecimal constant >= 0x80000000 is i u u i 
unsigned int (u) or int (i). 


In ANSI it is legal to initialize automatic arrays, s s s Ww 
structures, and unions. The compiler always accepts 
this and is either silent (s) or gives a warning (w). 


A scalar type can be cast explicitly to a structure or w w n w 
union type, if the sizes of the types are the same. Such 
typecasts generate a warning (w). 


570 


Table B-2 


B Compatibility Modes: ANSI, PCC, and K&R C 


Features of Compatibility Modes for C Programs (cont'd) 


Functionality 


K&R ANSI 


Strict 
ANSI 


PCC 


When two integers are mixed in an expression, they 
cause conversions and the result type is either 
“unsigned wins” (u) or “smallest possible wins” (s). 
Example: 


((unsigned char)1 > -1) 


which is 0 if (u) and 1 if (s). 


u 


S 


S 


u 


When a bit-field is promoted to a larger integral type, 
sign is always preserved. 


When prototypes are used and the arguments do not 
match an error (e) or warning (w) is generated. 


Float expressions are computed in float (f) or double 


(d). 


When an array is declared without a dimension in an 
invalid context an error (e) or warning (w) is 
generated. 


When an array is declared with a zero dimension, 
generates a warning. 


Incompletely braced structure and array initializers 
can either be parsed top-down (t) or bottom-up (b). 
May be controlled by the -Xbottom-up-init option 
(5.4.15 Parse Initial Values Bottom-up 
(-Xbottom-up-init), p.64). 


When pointers and integers are mismatched, 
generates an error (e) or a warning (w). May be 
controlled by the -Xmismatch-warning (5.4.98 Warn 
On Type and Argument Mismatch 
(-Xmismatch-warning), p.99). 


Trigraphs, e.g. “??” sequences, are recognized. 
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Features of Compatibility Modes for C Programs (cont'd) 


Strict 

Functionality K&R ANSI ANSI PCC 
Illegal structure references generate either an error e e e w 
(e) or a warning (w). If more than one defined 
structure contains a member, an error is always 
generated. Example: 

int *p; p->m = 1; 
p is both a pointer to an int and a pointer to a 
structure containing member m. This is likely an 
error. 
Comments are replaced by nothing (n) ora space(s). on s s n 
Macro arguments are replaced in strings and y n n y 
character constants. Example: 

#define x(a) if (a) printf("a\n"); 
The “a” in the printf string will be replaced only for 
K&R and PCC. 
A missing parameter name after a # in a macro n n y n 
declaration generates an error. 
Characters after an #endif directive will generate a n n y n 
warning. 
Preprocessor errors are either errors (e) or warnings e e e Ww 
(w). 
Preprocessor recognizes vararg macros. (Not y y y n 
available with -Xpreprocessor-old option.) 
__STDC__ macro is predefined to (0), (1) or is not n 0 1 n 
predefined (n). 
__STDC__ macro can be undefined with #undef. y y n y 
__STRICT_ANSI_ macro is predefined. n n y n 
Spaces are legal before cpp #directives. n y y n 
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B Compatibility Modes: ANSI, PCC, and K&R C 


Features of Compatibility Modes for C Programs (cont'd) 


Strict 
Functionality K&R ANSI ANSI PCC 
Parameters redeclared in the outer most level of a w e e w 
function will generate an error (e) or warning (w). 
If the function setjmp() is used in a function, r r r S 
variables without the register attribute will be forced 
to the stack (s) or can be allocated to registers (r). 
C++ comments “//” are recognized in C files. y y n y 
Predefined macros without leading underscores, y y n y 
e.g., unix, are available. 
The following construct, in which a newly defined n n n y 


type is used to declare a parameter, is legal: 


f(i) typedef int i4; i4 i; {} 
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Compiler Limits 


The C and C++ compiler limits usually relate to the size of internal data structures. 
Most internal data structures are dynamically allocated and are therefore limited 
only by total available virtual memory. 


The following shows the minimum limits required by Section 2.2.4.1 of the ANSI 

X3.159-1989 C standard. The Wind River Compiler meets or exceeds these limits in 
all cases. When not limited by available memory (effectively unlimited), the C and 
C++ limit is shown in parentheses. “No limit” is shown in some cases for emphasis. 


15 nesting levels of compound statements, iteration control, and selection 
control structures 


8 nesting levels for #include directives (Wind River: 100) 
8 nesting levels of conditional inclusion 


12 pointer, array, and function declarators modifying a basic type ina 
declaration 


127 expressions nested by parentheses 


31 initial characters are significant in an internal identifier or a macro name 
(Wind River: no limit) 


6 significant initial characters in an external identifier (Wind River: no limit) 
511 external identifiers in one source file (Wind River: no limit) 

127 identifiers with block scope in one block 

1,024 macro identifiers simultaneously defined in one source file 


31 parameters in one function definition and call 
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= 31 parameters in one macro definition and invocation 
* 509 characters in a logical source line 

» 509 characters in a string literal (after concatenation) 
"32,767 bytes in an object 

"255 case labels in a switch statement 


The length of a symbol output by the compiler is limited to approximately 8,000 
characters. In C++ projects with complex hierarchies, it is possible, though 
unlikely, that mangled names will run up against this limit, resulting in assembler 
errors, linker errors, or unexpected runtime behavior (when the wrong function or 
variable is accessed). 


Memory is dynamically allocated as required, and is a function of: 


« The size of the largest function in the source file. The size is measured in 
number of expression nodes, where each operand and operator generate one 
node in addition to several nodes per function. After code generation, the 
memory used by a function is reused. 


« Optimization level. Some optimizations use a large amount of memory. 
Reaching analysis uses memory proportional to the number of basic blocks 
multiplied by the number of variables used in the function. 


« Large initialized arrays. 


In addition, the number of KBytes the compiler is allowed to use to delay code 
generation in order to perform interprocedural optimizations is limited internally. 
The default value is 3000KB with -O and 6MB with -xO. It can be changed with 
option -Xparse-size (see 5.4.106 Specify Optimization Buffer Size (-Xparse-size), 
p-103). 


The compiler does not generate correct debug information if there are more than 
1023 included files. 
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D4 Library functions 581 


D.1 Introduction 


The ANSI C standard X3.159-1989 leaves certain aspects of a C implementation to 
the tools vendor. This appendix describes how Wind River has implemented these 
details. Note that there are differences between C and C++; this appendix 
addresses C only. 


NOTE: This chapter contains material applicable to execution environments 
supporting file I/O and other operating system functions. Much of it therefore 
depends on the operating system present, if any, and may not be relevant in an 
embedded environment. 
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D.2 Translation 


Diagnostics 


See H. Messages. 


Identifiers 
There are no limitations on the number of significant characters in an identifier. 
The case of identifiers is preserved. 

Characters 


ASCII is the character set for both source and for generated code (constants, library 
routines). 


There are no shift states for multi-byte characters. 
A character consists of eight bits. 


Each character in the source character set is mapped to the same character in the 
execution set. 


There may be up to four characters in a character constant. The internal 
representation of a character constant with more than one character is constructed 
as follows: as each character is read, the current value of the constant is multiplied 
by 256 and the value of the character is added to the result. Example: 


‘abe' == (('a'*256)+'b')*256+'c' 


By default, wide characters are implemented as long integers (32 bits). See also 
5.4.151 Define Type for wchar (-Xwchar=n), p.119. 


Unless specified by the use of the -Xchar-signed or -Xchar-unsigned options 
(5.4.21 Specify Sign of Plain Char (-Xchar-signed, -Xchar-unsigned), p.66), the 
treatment of plain char as a signed char or an unsigned char is as defined in 
Table 8-1. 


Integers 


Integers are represented in two’s-complement binary form. The properties of the 
different integer types are defined in 8.1 Basic Data Types, p.169. 


Bitwise operations on signed integers treat both operands as if they were unsigned, 
but treat the result as signed. 


The sign of the remainder on integer division is the same as that of the divisor on 
all supported processors. 
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Right shifting a negative integer divides it by the corresponding power of 2, with 
an odd integer rounded down. In the binary representation (on all supported 
processors), the sign bit is propagated to the right as bits are dropped from the 
right end of the number. 

Floating Point 


The floating point types use the IEEE 754-1985 floating point format on all 
supported processors. The properties of the different floating point types are 
defined in 8.1 Basic Data Types, p.169. 


The default rounding mode is “round to nearest”. 


Arrays and Pointers 


The maximum number of elements in an array is equal to (UINT_MAX- 
4) /sizeof(element-type). For UINT_MAX, see limits.h. 


Pointers are implemented as 32 bit entities. A cast of a pointer to an int or long, and 
vice versa, is a bitwise copy and will preserve the value. 


The type required to hold the difference between two pointers, ptrdiff_t, is int (this 
is sufficient to avoid overflow). 
Registers 


All local variables of any basic type, declared with or without the register storage 
class can be placed in registers. struct and union members can also be put in 
registers. 


Variables explicitly marked as having the auto storage class are allocated on the 
stack. 
Structures, Unions, Enumerations, and Bit-fields 


If amember of a union is accessed using a member of a different type, the value 
will be the bitwise copy of original value, treated as the new type. 


See pages 169 to 173 for more information about the implementation of structures 
and unions, bit-fields, and enumerations. 
Qualifiers 


Volatile objects are treated as ordinary objects, with the exception that all read / 
write / read-modify-write accesses are performed prior to the next sequence-point 
as defined by ANSI. 
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Declarators 
There is no limit to how many pointer, array, and function declarators are able to 
modify a type. 

Statements 


There is no limit to the number of case labels in a switch statement. 


Preprocessing Directives 


Single-character constants in #if directives have the same value as the same 
character constant in the execution character set. These characters can be negative. 


Header files are searched for in the order described for the -I command-line option 
(see Set Header Files Directory (-I path), p.288). The name of the included file is 
passed to the operating system (after truncation if necessary to conform to 
operating system limits). 


The #pragma directives supported are described in 6.3 Pragmas, p.129. 


The preprocessor treats a pathname beginning with “/”, “\”, and a “driver letter” 
(c:) as an absolute pathname. All other pathnames are taken as relative. 


D.3 Environment 


The function called at startup is called main(). It can be defined in three different 
ways: 


» With no arguments: 
int main(void) {...} 


» With two arguments, where the first argument (argc) has a value equal to the 
number of program parameters plus one. Program parameters are taken from 
the command line and are passed untransformed to main() in the second 
argument argv[], which is a pointer to a null-terminated array of pointers to 
the parameters. argv[0] is the program name. argv[argc] contains the null 
pointer 


int main(int argc, char *argv|]) fice} 
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« With three arguments, where argc and argv are as defined above. The 
argument env is a pointer to a null-terminated array of pointers to 
environment variables. These environment variables can be accessed with the 
getenv() function 


int main(int argc, char *argv[], char *env[]) 


D.4 Library functions 


Table D-1 


The NULL macro is defined as 0. 


The assert function, when the expression is false, will write the following message 
on standard error output and call the abort function: 


Assertion failed: expression, file file, line-number 


The ctype functions test for the following characters: 


ctype Functions 


Function Decimal ASCII Value and Character 

isalnum 65-90 (“A”-"Z") 97-122 (“a"-"2") 48-57 (“0-9”) 
isalpha 65-90 (“A”-"Z”) 97-122 (“a”-"2") 

iscntr 10-31 

isdigit 48-57 (“0-9”) 

isgraph 33-126 

islower 97-122 (“a”-"z”) 

isprint 32-126 

ispunct 33-47 58-64 91-96 123-126 

isspace 9-13 (TAB, NL, VI, FE,CR) 32 (“”) 

isupper 65-90 (“A”-"Z”) 

isxdigit 48-57 (“0"-"9") 65-70 (“A”’-"F”) 97-102 (“a”-”f”) 


581 


Wind River Compiler for M@eCORE 
User's Guide, 5.4 


The mathematics functions do not set errno to ERANGE on undervalue errors. 


The first argument is returned and errno is set if the function fmod has a second 
argument of zero. 


Information about available signals can be found in the target operating system 
documentation. 


The last line of a text stream need not contain a new-line character. 
All space characters written to a text stream appear when read in. 
No null characters are appended to text streams. 


A stream opened with append (“a”) mode is positioned at the end of the file unless 
the update flag (“+”) is specified, in which case it is positioned at the beginning of 
the file. 


A write on a text stream does not truncate the file beyond that point. 


The libraries support three buffering schemes: unbuffered streams, fully buffered 
streams, and line buffered streams. See function setbuf( ), p.530 and setubuf( ), p.532 
for details. 


Zero-length files exist. 


The rules for composing valid filenames can be found in the documentation of the 
target operating system. 


The same file can be opened multiple times. 


If the remove function is applied on an opened file, it will be deleted after it is 
closed. 


If the new file already exists in a call to rename, that file is removed. 
The %op conversion in fprintf behaves like the %X conversion. 

The %op conversion in fscanf behaves like the %x conversion. 

The character “-” in the scanlist for “%[“ conversion in the fscanf function denotes 
a range of characters. 

On failure, the functions fgetpos and ftell set errno to the following values: 


EBADF if file is not an open file descriptor. 
ESPIPE if file is a pipe or FIFO. 


The messages are generated by the perror and strerror functions may be found in 
file errno.h in the sys subdirectory of the include subdirectory (see Table 2-2 for 
the location of include). 
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The memory allocation functions calloc, malloc, and realloc return NULL if the 
size requested is zero. The function abort flushes and closes any open file(s). 


Any status returned by the function exit other than EXIT_SUCCESS indicates a 
failure. 


The set of environment variables defined is dependent upon which variables the 
system and the user have provided. See 15.11 Target Program Arguments, 
Environment Variables, and Predefined Files, p.279. These variables can also be 
defined with the setenv function. 


The system function executes the supplied string as if it were given from the 
command line. 


The local time zone and the Daylight Saving Time are defined by the target 
operating system. 


The function clock returns the amount of CPU time used since the first call to the 
function clock if supported. 
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Assembler Coding Notes 


E.1 Instruction Mnemonics 585 


E.2 Operand Addressing Modes 587 


This chapter describes the conventions used in the assembler to specify instruction 
mnemonics and addressing modes. 


E.1 Instruction Mnemonics 


The assembler supports all M*CORE instructions as described in the M*eCORE 
Reference Manual, including the pseudo-instructions described in the M*CORE ABI 
Specification. 


The assembler also recognizes the following “macro”-instructions to simplify 
position-independent code (PIC): 
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pebsr mm, func This instruction will always create a position-independent 
branch to a subroutine and is translated into either: 
bsr func 
or 
lrw rn, func@func 
add m,r8 


jsr om 


pebr rn, label This instruction will always create a position-independent 
branch and, depending on the distance to the /abel, is 
translated into either: 


br label 
or 
lrw rn, label@code 
add m,r8 
jmp mm 
pebf m1, label This instruction will always create a position-independent 


branch and, depending on the distance to the /abel, is 
translated into either: 


bf label 
or 
bt =f 
pebr mm, label 
dee 
pebt m1, label This instruction will always create a position-independent 


branch and, depending on the distance to the /abel, is 
translated into either: 


bt label 
or 


bf 1£ 
pebr rn, label 
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E.2 Operand Addressing Modes 


E.2.1 Registers 


Table E-1 


This section specifies the valid names for registers. See 9.6 Register Use, p.186 for 
details on register use. 


Registers can be specified in the following ways, in either lower or upper case: 
Register Names 


Register Use/Description 


r0 - 115 General purpose registers; can only be used where a general 
purpose register is expected. 


sp Same as 10. 


E.2.2 Expressions 


See Chapter 19. Assembler Expressions, for a complete description of valid 
expressions. There are no limits on the complexity of an expression as long as all 
the operands are constants. When a label is used in the expression, the assembler 
will generate a relocation entry so that the linker can patch the instruction with the 
correct address. See Table F-4 for a complete list of relocation types. 


The following table shows examples of expressions for common addressing 
modes: 
Example Description 


lrw r2,var Load r2 with the 32 bit address of var. The assembler will 
automatically create a literal pool with the address of the 
variable that can be reused for multiple Irw instructions. 
See the .literal assembler directive for more information. 
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Example 


lrw r2, 
addu 12, 


lrw 2; 
addu 12, 
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var@code 
r8 


var@data 
ro 


Description 


Load r2 with the 32 bit address of var relative to the PIC 
register r8. var@code is the 32 bit offset of var from the 

point where r8 points (_SDA2_BASE_). This is the way to 
reference position-independent constant data and code. 


Load r2 with the 32 bit address of var relative to the PID 
register r9. var@data is the 32 bit offset of var from the 
point where r9 points (_SDA_BASE_). This is the way to 
reference position-independent data. 


Object and Executable File 
Format 


F1_ Executable and Linking Format (ELF) 589 


F.1 Executable and Linking Format (ELF) 


This section describes the Executable and Linking Format (ELF). The form 
NAME(n) means that the symbolic value NAME has the value shown in the 
parentheses. 


F.1.1 Overall Structure 


The ELF Object Format is used both for object files (.o extension) and executable 
files. Some of the information is only present in object files, some only in the 
executable files. 


ELF files consist of the following parts. The ELF header must be in the beginning 
of the file; the other parts can come in any order (the ELF header gives offsets to 
the other parts). 


ELF header 
General information; always present. 


Program header table 
Information about an executable file; usually only present in executables. 
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Section data 
The actual data for a section; some sections have special meaning, i.e. the 
symbol table and the string table. 


Section headers 
Information about the different ELF sections; one for each section. 


The following figure shows a typical ELF file structure: 


ELF Header 


Program Header Table 


Section 1 Data 


Section n Data 


Section Header Table 


F.1.2 ELF Header 


The ELF header contains general information about the object file and has the 
following structure from the file elf.h (Elf32_Half is two bytes, the other types are 
four bytes): 


#define EI_NIDENT 16 


typedef struct { 
unsigned char e_ident [EI_NIDENT]; 
E1£32_Half e_e_ type; 
E1£32_Half e_machine; 
E1f£32_Word e_version; 
E1£32_Addr e_entry; 
E1£32_oOff e_phoff; 
E1£32_Off e_shoff; 
E1£32_Word e_flags; 
E1f32_Half e_ehsize; 
E1£32_Half e_phentsize; 
E1£32_Half e_phnum; 
E1f32_Half e_shentsize; 
E1£32_Half e_shnum; 
E1£32_Half e_shstrndx; 
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ELF Header Fields 


Field 


F Object and Executable File Format 
F.1 Executable and Linking Format (ELF) 


Description 


e_ident 


e type 


e machine 


e_version 


e entry 


e phoff 


e_shoff 


e flags 


e_ehsize 


e phentsize 


e phnum 


e_shentsize 


e_shnum 


e_shstrndx 


Sixteen byte long string with the following content: 
4-byte file identification: "\x7FELF" 

1-byte class: 1 for 32-bit objects 

1-byte data encoding: little-endian: 1, big-endian: 2 
1-byte version: 1 for current version 

9-byte zero padding 

The file type: relocatable: 1, executable: 2 

Target architecture: 

39 MeCORE 

Object file version: set to 1. 

Programs entry address. 

File offset to the Program Header Table. 

File offset to the Section Header Table. 

Not used. 

Size of the ELF Header. 

Size of each entry in the Program Header Table. 
Number of entries in the Program Header Table. 
Size of each entry in the Section Header Table. 
Number of entries in the Section Header Table. 


Section Header index of the entry containing the String Table 
for the section names. 
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F.1.3 Program Header 


The program header is an array of structures, each describing a loadable segment 
of an executable file. The following structure from the file elf.h describes each 


entry: 
typedef struct { 

E1£32_Word p_type; 
E1£32_off p_offset; 
E1£32_Addr p_vaddr; 
E1£32_Addr p_paddr; 
E1£32_Word p_filesz; 
E1£32_Word p_memsz; 
E1£32_Word p_flags; 
E1L£32_Word p_align; 


} E1£32_Phdr; 


ELF Program Header Fields 
p_type 
Type of the segment; only PT_LOAD(1) is used by the linker. 


p_offset 
File offset where the raw data of the segment resides. 


p_vaddr 
Address where the segment resides when it is loaded in memory. 


p_paddr 
Not used. 


p_filesz 
Size of the segment in the file; it may be zero. 


p_memsz 
Size of the segment in memory; it may be zero. 


p_flags 
Bit mask containing a combination of the following flags: 


PF_X(1) Execute 
PF_W (2) Write 
PF_R(4) Read 


p_align 
Alignment of the segment in memory and in the file. 
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Table F-2 


F Object and Executable File Format 
F.1 Executable and Linking Format (ELF) 


There is incitation header for each section in the ELF file, specified by the e_shnum 
field in the ELF Header. Section headers have the following structure from the file 


elf.h: 
typedef struct { 

E1£32_Word 
E1£32_Word 
E1£32_Word 
E1f£32_Addr 
ElLf32_Off 

E1£32_Word 
E1£32_Word 
E1£32_Word 
E1£32_Word 
E1£32_Word 


} E1£32_Shdr; 


ELF Section Header Fields 


sh_name; 
sh_type; 
sh_flags; 
sh_addr; 
sh_offset; 
sh_size; 
sh_link; 
sh_info; 
sh_addralign; 
sh_entsize; 


Field Description 

sh_name Specifies the name of the section; it is an index into the section 
header string table defined below. 

sh_type Type of the section and one of the below: 


SHT_NULL (0) inactive header 


SHT_PROGBITS (1) code or data defined by the program 


SHT_SYMTAB (2) symbol table 
SHT_STRTAB (3) string table 
SHT_RELA (4) relocation entries 
SHT_NOBITS (8) uninitialized data 


SHT_COMDAT (12) like SHT_PROGBITS except that the linker 


removes duplicate SHT_COMDAT sections 
having the same name and removes 
unreferenced SHT_COMDAT sections (used 
in C++ template instantiation — see 
Templates, p.229). 
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ELF Section Header Fields (cont'd) 


Field Description 
sh_flags Combination of the following flags: 
SHF_WRITE (1) contains writable data 
SHF_ALLOC (2) contains allocated data 
SHF_EXECINSTR (4) contains executable instructions 
sh_addr Address of the section if the section is to be loaded into memory. 
sh_offset File offset to the raw data of the section; note that the SHT_NOBITS 
sections does not have any raw data since it will be initialized by the 
operating system. 
sh_size Size of the section; an SHT_NOBITS section may have a non-zero 
size even though it does not occupy any space in the file. 
sh_link Link to the index of another section header: 
SHT_COMDAT section with which this section should be 
combined 
SHT_RELA the symbol table 
SHT_NOBITS section with which this section should be 
combined 
SHT_PROGBITS section with which this section should be 
combined 
SHT_SYMTAB the string table 
sh_info Contains the following information: 


sh_addralign 


sh_entsize 


SHT_RELA the section to which the relocation applies 
SHT_SYMTAB index of the first non-local symbol 
Alignment requirement of the section. 


Size for each entry in sections that contains fixed-sized entries, such 
as symbol tables. 
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F Object and Executable File Format 
F.1 Executable and Linking Format (ELF) 


The following table shows the correspondence between the type-spec as defined on 
396 and the ELF section type and flags assigned to the output section. 


type-spec — ELF Section Type and Flags Correspondence 


Type-spec Section Type (sh_type) Section Flags (sh_flags) 

BSS SHT_NOBITS SHF_ALLOC | SHF_WRITE 
COMMENT SHT_PROGBITS (none) 

CONST SHT_PROGBITS SHF_ALLOC 

DATA SHT_PROGBITS SHF_ALLOC | SHF_WRITE 
TEXT SHT_PROGBITS SHF_ALLOC | SHF_EXECINSTR 


F.1.5 Special Sections 


Following are the names of some typical sections and explains their contents: 


text 
Machine instructions. 


-rodata 
Constant data and strings. 


-data 
Initialized data. 


-bss 
Uninitialized variables. 


-comment 
Comments from #ident directives in C. 


.ctors 
Code that is to be executed before the main() function. 


-dtors 
Code that is to be executed when the program has finished execution. 


-debug 
Symbolic debug information using the DWARF format. 


-line 
Line number information for symbolic debugging. 
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.-relaname 
Relocation information for the section name. 


-shstrtab 
Section names. 


-strtab 
String Table for symbols in the Symbol Table. 


-symtab 
Contains the Symbol Table. 


F.1.6 ELF Relocation Information 


Relocation Information sections contain information about unresolved references. 
Since compilers and assemblers do not know at what absolute memory address a 
symbol will be allocated, and since they are unaware of definitions of symbols in 
other files, every reference to such a symbol will create a relocation entry. The 
relocation entry will point to the address where the reference is being made, and 
to the symbol table entry that contains the symbol that is referenced. The linker will 
use this information to fill in the correct address after it has allocated addresses to 
all symbols. 


When an offset is added to a symbol in the assembly source 


lrw r2,var+16 


that offset is stored in the r_addend field, so that adding the real address of the 
symbol with the address field will yield a correct reference. 


The relocation section does not normally exist in executable files. 
A relocation entry has the following structure from the file elf-h: 


typedef struct { 


E1£32_Addr r_offset; 
E1£32_Word r_info; 
E1£32_Sword r_addend; 


} E1£32_Rela; 


ELF Relocation Entry Fields 
r_offset 


Relative address of the area within the current section to be patched with the 
correct address. 
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r_info >> 8 
Upper 24 bits of r_info is an index into the symbol table pointing to the entry 
describing the symbol that is referenced at r_offset. 


r_info & 255 
Lower 8 bits is the relocation type that describes what addressing mode is 
used; it describes whether the mode is absolute or relative, and the size of the 
addressing mode. See the table below for a description of the various 
relocation types. 


r_addend 
A constant to be added to the symbol when computing the value to be stored 
in the relocatable field. 


The relocation types for each supported target are documented in 
version_path/include/elf_target.h. 


Table F-4 ELF Relocation Types and Examples 


Relocation type Number _ Description 


R_MCORE_ADDR32 1 32-bit absolute address: 
.long var 

R_MCORE_PCRELIMM11BY2 3 Low-order 11 bits of the 16 bits addressed in the 
relocation type used when the br, bf, bt, and 


bsr instructions reference a target not in the 
current object: 


bsr f1 


F.1.7 Line Number Information 
The line number information section .line contains the mapping from source line 


numbers to machine instruction addresses used by symbolic debuggers. This 
information is only available if the -g option is specified to the compiler. 
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F.1.8 Symbol Table 


The symbol table section .symtab is an array of entries containing information 
about the symbols referenced in the ELF file. A symbol table entry has the 
following structure from the file elf.h: 


typedef struct { 


ELF32_Word st_name; 
ELF32_Addr st_value; 
ELF32_Word st_size; 


unsigned char st_info; 

unsigned char st_other; 

E1£32_Half st_shndx; 
E1£32_Sym; 


w 


ELF Symbol Table Fields 


st_name 
Index into the symbol string table which holds the name of the symbol. 


st_value 
Value of the symbol: 


The alignment requirement of symbols whose section index is 
SHN_COMMON. 


« The offset from the beginning of a section in relocatable files. 
« The address of the symbol in executable files. 


st_size 
Size of an object. 


st_info >> 4 
Upper four bits define the binding of the symbol: 


STB_LOCAL (0) symbol is local to the file 
STB_GLOBAL (1) symbol is visible to all object files 
STB_WEAK (2) symbol is global with lower precedence 


st_info & 15 
Lower four bits define the type of the symbol: 


STT_NOTYPE (0) symbol has no type 

STT_OBJECT (1) symbol is a data object (a variable) 
STT_FUNC (2) symbol is a function 
STT_SECTION (3) symbol is a section name 
STT_FILE (4) symbol is the filename 
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st_other 
Currently not used. 


st_shndx 
Index of the section where the symbol is defined. Special section numbers 
include: 


SHN_UNDEF (0x0000) undefined section 
SHN_ABS (O0xfff1) absolute, non-relocatable symbol 
SHN_COMMON (0xfff2) unallocated, external variable 


F.1.9 String Table 


The string table sections, .strtab and .shstrtab, contain the null terminated names 
of symbols in the symbol table and section names. Those symbols point into the 
string table through an offset. The first byte of the string table is always zero and 
after that all strings are stored sequentially. 
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Compiler -X Options Numeric 
List 


The compiler -X options are listed in alphabetic order in 5.4 Compiler -X Options, 
p-50 and following, with the internal numeric equivalent shown for each option. 


However, when -Xshow-configuration=1 is combined with -S or 
-Xkeep-assembly-file to create an assembly file, the -X options are shown in 
numeric form only. 


This appendix lists compiler -X options that have numeric equivalents in numeric 
order. 


Each option is shown in the form: 


-Xn -Xname (page number) 
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-Xmismatch-warning (99) 
-Xfp-min-prec-... (83) 
-Xmemory-is-volatile (98) 
-Xlocals-on-stack (95) 
-Xtest-at-... (116) 
-Xdialect-... (74) 
-Xenum-is-... (77) 
-Xforce-... (82) 
-Xstack-probe (112) 
-Xpass-source (103) 
-Xbit-fields-... (62) 
-Xswap-cr-nl (115) 
-Xsuppress-warnings (115) 
-Xunroll (118) 
-Xunroll-size (118) 
-Xstring-align (114) 
-Xinline (89) 
-Xparse-size (103) 
-Xbottom-up-init (64) 
-Xtruncate (117) 
-Xchar-... (66) 
-Xblock-count (63) 
-Xopt-count (102) 

-XO (101) 

-Xkill-opt (92) 
-Xkill-reorder (92) 
-Xrestart (109) 
-Xadd-underscore (59) 
-Xhardware-divide (85) 
-Xtarget (116) 
-Xinterrupt-rf... (90) 
-Xinterrupt-alt-reg (90) 
-Xdump-literals (76) 
-Xloopt-... (95) 
-Xnested-interrupts (101) 
-Xabi-prolog (59) 
-Xalign-functions (60) 
-Xcode-relative-... (68) 
-Xdata-relative-... (71) 
-Xcharset-asci (66) 
-Xpic (104) 

-Xident-... (85) 

-Xrtc (109) 
-Xargs-not-aliased (61) 
-Xclib-optim-off (67) 
-Xdollar-in-ident (75) 


-X68 
-X69 
-X70 
-X71 
-X73 
-X74 
-X75 
-X76 
-X77 
-X78 
-X81 
-X82 
-X83 
-X84 
-X85 
-X86 
-X87 
-X88 
-X89 
-X90 
-X91 
-X92 
-X93 
-X94 
-X96 
-X99 
-X100 
-X101 
-X102 
-X103 
-X104 
-X105 
-X106 
-X115 
-X116 
-X117 
-X119 
-X120 
-X121 
-X122 
-X123 
-X125 
-X129 
-X135 
-X136 
-X137 


Xfeedback-frequent (81) 
-Xfeedback-seldom (81) 
-Xfp-... (83) 
-Xunderscore-... (117) 
-Xsize-opt (112) 
-Xconst-in-... (70) 
-Ximport (87) 
-Xstruct-min-align (115) 
-Xextend-args (79) 
-Xkeywords (91) 
-Xstatic-addr-... (112) 
-Xieee754-pedantic (86) 
-Xbss-... (64) 

-Xlint (93) 
-Xstop-on-warning (113) 
-Xwchar (119) 

-Xinit-locals (87) 
-Xmember-max-align (98) 
-Xoptimized-debug-... (103) 
-Xinit-value (89) 
-Xinit-section (88) 
-Xstruct-arg-warning (114) 
-Xalign-min (60) 
-Xendian-little (77) 
-Xdouble-... (76) 
-Xdebug-mode (73) 
-Xaddr-data (59) 
-Xaddr-sdata (59) 
-Xaddr-const (59) 
-Xaddr-sconst (59) 
-Xaddr-string (59) 
-Xaddr-code (59) 
-Xaddr-user (59) 
-Xlocal-data-area (94) 
-Xdebug-struct-... (74) 
-Xcpp-no-space (71) 
-Xbool-is-... (63) 

-Xcomdat (69) 
-Xdynamic-init (76) 
-Xsect-pri-... (111) 
-Xprof-... (106) 
-Xfull-pathname (84) 
-Xsection-split (110) 
-Xbit-fields-compress-... (62) 
-Xexplicit-inline-factor (79) 
-Xold-inline-asm-cast (102) 


-X138 
-X139 
-X143 
-X146 
-X147 
-X152 
-X153 
-X154 
-X155 
-X156 
-X157 
-X158 
-X161 
-X163 
-X165 
-X166 
-X167 
-X170 
-X171 
-X172 
-X173 
-X200 
-X201 
-X202 
-X205 
-X207 
-X213 
-X214 
-X215 
-X216 
-X217 
-X218 
-X219 
-X220 
-X221 
-X222 
-X223 
-X230 
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-Xlicense-wait (93) 
-Xconservative-static-... (70) 
-Xswitch-table (115) 
-Xstruct-assign-split-max (114) 
-Xstruct-assign-split-diff (114) 
-Xsection-pad (110) 
-Xdebug-dwarf... (72) 
-Xintrinsic-mask (91) 
-Xpreprocessor-old (105) 
-Xmake-dependency (96) 
-Xmacro-in-pragma (96) 
-Xcpp-dump-symbols (71) 
-Xarray-align-min (61) 
-Xinline-explicit-force (89) 
-Xpreprocessor-lineno-off (105) 
-Xlocal-data-area-static-only (95) 
-Xvoid-prt-arith-ok (119) 
-Xdebug-align (72) 
-Xmacro-undefined-warn (96) 
-Xincfile-missing-ignore (87) 
-Xstderr-fully-buffered (113) 
-Xexceptions-... (78) 
-Xjmpbuf-size (91) 
-Xdigraphs-... (75) 

-Xrtti-... (109) 
-Ximplicit-templates-... (86) 
-Xbool-... (63) 

-Xwchar-... (119) 
-Xsyntax-warning-... (116) 
-Xmax-inst-level (98) 
-Xfor-init-scope-... (82) 
-Xclass-type-name-... (66) 
-Xnamespace-on (101) 
-Xpch-automatic (104) 
-Xpch-messages (104) 
-Xpch-diagnostics (104) 
-Xusing-std-... (118) 
-Xdialect-c{8,9}9 (74) 
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Messages 


H.1 Introduction 605 

H.2 Compiler Messages 606 
H.3 Assembler Messages 662 
H.4 Linker Messages 662 


H.1 Introduction 


This appendix provides additional information on messages generated by the 
compilers and some of the other tools. 


In analyzing messages, remember that a message can be generated for code which 
is apparently correct. Such a message is often the result of earlier errors. If a 
message persists after all other errors have been cleared, please report the 
circumstances to Customer Support. 
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H.2 Compiler Messages 


H.2.1 Compiler Message Format 


Table H-1 


Compiler messages have the form: 
"file", line #: severity-level (compiler:error #) : message 


Messages have one of four severity-level values as follows. The severity level for each 
message is shown in parentheses in the message description; for example, (w) for 
a warning message. 


NOTE: The severity level of a message can be changed with the -e command-line 
option. See 5.3.8 Change Diagnostic Severity Level (-e), p.38. See also option Pragma, 
p-134 to put this or other options in, for example, a header file for use in other 
source files, or A.3.2 UFLAGS1, UFLAGS2, DFLAGS Configuration Variables, p.561 
to specify options “permanently” in environment variables or configuration files. 


Compiler Message Severity Levels 


Severity Compilation Object File 

Level Type Continues Produced Notes 

i Information Yes Yes Usually provides detailed 
information for an earlier 
message. 

w Warning Yes Yes 

e Error Yes No 

f Fatal No No 


In each message, “compiler” identifies the compiler reporting the error: dcc for the 
C compiler or dplus for the C++ compiler. 


Example: 


"errl.c", line 2: error (dcc:1525): identifier i not declared 
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H.2.2 Errors in asm Macros and asm Strings 


Errors in assembly code embedded in C or C++ using asm macros or asm string 
statements are caught by the assembler, not by the compiler. 


If the -S option is not used, the compiler will generate a temporary assembly file 
which is discarded after assembly. To preserve the assembly file for use in 
diagnosing errors reported in asm macros or asm strings, either: 


= Use the -Xkeep-assembly-file and -Xpass-source command-line options to 
generate an annotated assembly file along with the object file. 


» Use the -S option to stop after compilation, along with the -Xpass-source 
option, and then assemble the file explicitly using das. 


H.2.3 C Compiler Message Detail 


Numbered messages are issued by the compiler subprogram. Unnumbered 
messages are issued by the driver and are listed first. 


NOTE: These messages are generated by ctoa (the C compiler) and dtoa (the older 
C++ compiler), not by etoa (the current C++ compiler). If you are compiling C++ 
code without the -Xc++-old option, a different set of C++ diagnostics is generated 
(see H.2.4 C++ Messages, p.661). When a message is shared by compilers, the same 
number is used for all instances. 


(driver) can’t find program program_name 
program_name will be the name of some component of the compiler or other 
tool. (f) 


Possible causes: 

« The compiler is not installed properly. 

«One of the compiler files has been deleted, hidden, or protected. 
* The dtools.conf or other configuration file is incorrect. 


(driver) can’t fork 
The system cannot start a new process. (f) 


(driver) missing comma in -Y option 
The -Yc,dir option must include a comma. (f) 
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(driver) illegal output name file 
Specific output filenames given with the -o option are invalid to avoid 
common typing mistakes. (f) 


dplus a.c -o b.c # b.c is an illegal output file name 


(driver) invalid option unknown 
The driver was started with an unrecognizable -W or -Y option. Note: -X 
options that are not recognized generate an “unknown option” message, and 
unrecognized but otherwise valid non -X options are passed to the linker. (f) 


(driver) program tool-name terminated 


The given executable has detected an internal error. May result from other 
errors reported earlier. If the problem does not appear to be a consequence of 
some earlier error, please report it to Customer Support. (f) 


1000: (general compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1001: illegal argument type 
The operand cannot be used with the operator. (e) 


if ( i > pointer ) 


1003: function takes no arguments 
Function was defined without arguments, but was called with arguments. (e) 
int fun () {} 
main () { 
fun (1); 
} 
1004: wrong number of arguments 
Number of arguments given does not match prototype or function definition, 
(w) in C modules if -Xpec or -Xk-and-r or -Xmismatch-warning, (e) otherwise. 


int fring, Int .o.< tl, 2,332 


1006: string in string 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1007: ambiguous conversion -- cannot cast operand 
The compiler cannot find an unambiguous way to convert an item from one 
type to another. (e) 
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1010: Operator, type-designator, argument must be of pointer or integral type 
An operator that requires an integral or pointer type was applied to a different 
type. 
float f; 
£ = ~£; 


1012: operator, type-designator, argument must be of pointer or arithmetic type 
The operator requires a pointer or arithmetic type operand. (e) 


struct S { 
int i; 
}s; 
struct S *p; 
*p -> i =3; // 


1013: left argument must be of integral type 
The left operand must be an integral type. (e) 
pointer | 3; 


1015: type-designator, operator, type-designator, left argument must be of arithmetic 


type 
The operand to the left of the operator must be of arithmetic type. (e) 


pointer * 2; 
pointer / 2; 


1017: right argument must be of integral type 
The right operand must be an integral type. (e) 


7 | pointer; 


1019: type-designator, operator, type-designator, right argument must be of arithmetic 


type 
The operand on the right of the operator must be of arithmetic type. (e) 


2 * pointer; 
2 / pointer; 


1025: division by zero 
The compiler has detected a source expression that would result in a division 
by 0 during target execution. (w) 
int z = 0; fn(10/z); 
1028: type-designator [type-designator] requires a pointer and an int 
A subscripted expression requires a pointer and an integer. (e) 


main() { 
int 3) 
x[31e4¢ 
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1030: can’t take address of main 
Special rules for the function main() are violated. (e) 
int *p; 
p = main; 
1031: can’t take address of a cast expression 
The address operator requires an lvalue for its operand. (e) 
int ii; *p? 
float f; 
p = &(int)f£; 
1032: (anachronism) address of bound member function 
The correct way to refer to the address of a member function is to use the “::” 
operator. The C method, using the dot “.” operator, causes the compiler to 
generate the “anachronism” warning. (w) 
class C { 
public: 


fun(); 
yc; 


main() { 
class C * p; 
p= &c.fun; // Old way to reference a function 
} 
1033: can’t take address of expression 
Cannot use “&” or other means to find the address of the expression. (e) 
int *pointer; 
&pointer++; 
1034: can’t take address of bit-field expression 
The address of bit-fields is not available. (e) 
int fp; 
struct { 
int i:3; 


1041: returning from function with address of local variable 
A return statement should not return the address of a local variable. That stack 
area will not be valid after the return. (w) 
int i; 
return &i; 


mon 


1042: ?"type-designator":" type-designator, bad argument type(s) 
Incompatible types have been used with the conditional operator. (e) 
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int i, *pointer, *p; 
p = (2>1) ? i : pointer; 


1043: trying to decrement object of type bool 
A a boolean cannot be decremented. (e) 


bool b; 
b--; 


1044: assignment to constant expression 
A constant cannot be assigned a value after the constant is defined. (e) 


const int i=5; 
i=7; 


1045: assignment to non-lvalue of type type-designator 
The operand being assigned is not an lvalue type. (e) 


const c = 5; 
(ome a 


1046: assignment from type-designator to type-designator 
An attempt has been made to assign a type to an incompatible type. (e) 
int i, j; 
i = &j; 
1047: trying to assign "ptr to const" to "ptr" 
A pointer to a const cannot be assigned to an ordinary pointer. (e) 
const int. “per int pis ..4 pl = pe: 
1050: bad left argument to operator operator not a pointer 
The operator requires a pointer for its left operand. (e) 
int ine, a> 
intl -> j=3; 


1051: not a class/struct/union expression before ... 
The left hand side of a.” or ”.*” or “->” or “->*” operator must be of type class 
or pointer to class. (e) 


5->a = 128; // 5 is not a pointer to a class 


1055: illegal function call 
The function call is not valid. (e) 


int i¢ 


i(); 
1056: illegal function definition 
A function definition is invalid. (e) 


fun(iint i); 
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1057: main() may not be called from within a program 
Calling main() is not permitted. (e) 
fun() { 
main(); 
} 
1059: (compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1060: assignment operator "=" found where "==" expected 
Encountered a conditional where the left hand side is assigned a constant 
value: (w) 
if (i = 0) ... /* should possibly be i == 0) */ 


1061: illegal cast from type-designator to type-designator 
An attempt is made to perform a cast to an invalid type, i.e., a structure or 


array type. (e) 
struct a = (struct abc)x; 


1063: ambiguous conversion from type-designator to type-designator 
The compiler cannot find an unambiguous way to convert an item from one 
type to another. (e) 


1074: illegal cast 
An attempt is made to perform a cast to an invalid type, i.e., a structure or 


array type. (e) 


1075: friend declaration outside class/struct/union declaration 
The keyword friend is used in a invalid context (e) 


friend class foo { 
3 


1076: static only allowed inside { } in a linkage specification 
Attempt to declare a static object in a one-line linkage specification. (e) 


extern "C" static int i; // static + extern at same time? 


1077: typedefs cannot have external linkage 
Linkage specification ignored for typedef, cannot have "C" or "C++" linkage. 


(w) 
extern "C" typedef int foo; 


1079: identifier name previously declared linkage 
The identifier was already declared with another linkage specification. (e) 
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int foo; 
extern "C" int foo; 


1080: inconsistent storage class specification for name 
The identifier was already declared, with another storage class. (e) 


bar () 

{ 
int foo; // foo is auto by default 
static int foo; // now static 


} 


1081: illegal storage class 
External variables cannot be automatic. Parameters cannot be automatic, 
static, external, or typedef. (e) 


int fn(i) 
Static int ay tae. 3 


1082: illegal storage class 
A variable has been declared, but cannot legally be assigned to storage. (e) 


register int r; // Outside of any function 


1083: only functions can be inline 
The inline keyword was applied to a non-function, for example, a variable. (e) 


1084: only non-static member functions can be virtual 
For example, operators new and delete cannot be virtual. 


virtual void *operator new( size_t size){...} 


1086: redeclaration of identifier 
It is invalid to redeclare a variable on the same block level. (e) 


int a; double a; 


1087: redeclaration of function 
A function was already declared. May be caused by mis-typing the names of 
similar functions. (e) 


1088: illegal declaration 
Common causes and examples: (e) 
A scalar variable can only be initialized toa single int i = 1, 2; 
value of its type. 
Functions cannot return arrays or functions. char fn() [10]; 


Variables cannot be of type void. (Usually caused by void a; 
a missing asterisk, e.g. void *p; is correct.) 
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Only one void is allowed as function argument. int fn(void, void); 


An array cannot contain functions. 


1089: illegal initializer 
An initializer is not of the proper form for the object being initialized. Often 
caused by a type mismatch or a missing member in a structure constant. (e) 


1090: static/external initializers must be constant expressions 
Static initializations can only contain constant expressions. (e) 
static int i = j+3; 

1091: string too long 
A string initializer is larger than the array it is initializing. (e) 
char str[3] = "abcd"; 


1092: too many initializers 
The number of initializers supplied exceeds the number of members in a 
structure or array. (e) 


int ar[3] = { 1,2,3,4 }; 


1094: illegal type for identifier identifier 
This can indicate a template was instantiated with the wrong arguments. (e) 


template<class T> 
class C{}; 


C<int, int> WrongArgs; 


1096: typedef may not have the same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1097: function-declaration in wrong context 
A function may not be declared inside a struct or union declaration. (e) 
struct { int £(); }; 


1098: only non-static member functions can be string 
Only non-static member functions can be const or volatile. 
class A { 
static foo() const; 
yi 
1099: all dimensions must be specified for non-static arrays 
For an array ina class all dimensions must be specified, even if the array is not 
static. (e) 
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1100: member is incomplete 
The structure member has an incomplete type, i.e., an empty array or 
undefined structure. (e) 


struct { int ar[]; }; 


1101: anonymous union member may not have the same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1102: anonymous unions can’t have member functions 
1103: anonymous unions can’t have protected or private members 


1104: name of anonymous union member name already defined 
An identifier with the same name as an anonymous union member was 
already declared in the scope. (e) 
anit: Ty 
static union { 
int i; // i already declared 
} 
1105: anonymous unions in file scope must be static 
A special rule for an anonymous unions is violated. (e) 


1106: friends can’t be virtual 
A friend is not a member of the class; it cannot be virtual. (e) 


1107: conversion functions must be members of a class 
It is not valid to define a conversion function that is not a class member. A 
conversion function cannot take arguments. A conversion function cannot 
convert to the type of the class if it is a member of, or a reference to it. (e) 


1108: member function declared as friend in its own class 
Invalid declaration. (e) 
class A { 
foo(int) ; 
friend A::foo(int); 
} 
1110: identifier identifier is not a member of class class-name 
The identifier to the right of :: is not in the class on the left side. (e) 


1111: identifier identifier not member of struct/union 


The expression on the right side of a ”.” or “->” operator is not a member of the 
left side’s struct or union type. (e) 
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1112: member declaration without identifier 
A struct or union declaration contains an incomplete member having a type 
but no identifier. (w) 
struct foo { int; ...}; 
Struct “struct: bar ‘f cic: Pee esa de 
1113: identifier name used both as member and in access declaration 
A use of the name would be ambiguous. (e) 
class A { 
public: 


int foo; 


1% 


struct B : private A { 
int foo; 
A::f00; 

es 


1114: array is incompletely specified 
An array cannot be declared with an incomplete type. (e) 


int a[]; // No array size 


1115: type ... is incomplete 
Attempt to access a member in an incomplete type. (e) 


1117: identifier identifier not an argument 
An identifier that is not in the parameter list was encountered in the 
declaration list of an old-style function. (e) 


f(a): Pnt-b? fans. 3 


1120: constant expression expected 
The expression used in an enumerator list is not a constant. (e) 


enum a { b = f(), c }; 


1121: integer constant expression expected 
The size of an array must be computable at compile time. (e) 


int ar[fn()]; 


1123: illegal type of switch-expr 
A switch expression is of a non-integral type. (e) 


1124: duplicate default labels 
A switch has should not have more than one default label. 


1125: int constant expected 
A bit-field width must be an integer constant. (e) 
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1126: case expression should be integral constant 

Case expressions must be integral constants. (e) 

int i,j; 

switch (i) { 

case j: 
i= 8; 

} 
1127: duplicate case constants 

A case constant should not occur more than once in a switch statement. (e) 


case 1: ... case 1: 


1127: duplicate case constants 
Duplicate case constants were detected. (e) 
main() { 
int year,j; 
switch (year) { 
case 2000: 
J = 8; 
case 2000: 
jie 9} 
} 


1128: function must return a value 
Found a return statement with no value in a function. (e) 
int foo() 

{ 
return; // Must return a value. 
} 

1129: constructor and destructor may return no value 

A constructor or destructor must not return a value. (e) 


1130: parameter decl. not compatible with prototype 
There is a mismatch between a prototype and the corresponding function 
declaration in either number of parameters or parameter types. (e) 
int fn(int, int); 
int fn(int a, float b) { ... } 
1131: multiple initializations 
A variable was initialized more than once. (e) 


4 
5 


static inta 
static inta 


1133: extern objects can only be initialized in file scope 
An extern object cannot be initialized inside a function. (e) 
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main() { 
extern int i=7; 
} 
1133: extern objects can only be initialized in file scope 
Attempt to initialize an extern object in a function. (e) 


foo () 
{ 


extern int one = 1; 


} 


1134: can’t initialize arguments 
It is not valid to attempt to initialize function parameters. (e) 


F(R) int Soya Lae 3 

1135: can’t init typedefs 
A typedef declaration cannot have an initializer. (e) 
typedef unsigned int uint = 5; 


1136: initialization of automatic aggregates is an ANSI extension 
When the compiler is run in PCC compatibility mode on a C module (-Xpcc), 
it will report initialization of automatic aggregate types. (w) 


f() { int ar[3] = {1,2,3}; ... } 
1140: too many parameters for operator ... 
Overloaded operator declared with too many parameters. (e) 


1141: too few parameters for operator ... 
Overloaded operator declared with too few parameters. (e) 


1142: second argument to postfix operator "++" or "--" must be of type int 
The argument is of the wrong type. (e) 
struct A { 


operator++(double); // Arg type must be int 
3 


1143: operator->() must return class or reference to class 


1144: operator ... can only be overloaded for classes 


The operators “,” and “=” and the unary “&” can only be overloaded for 
classes. (e) 


1145: operator... must be a non-static member function 
The operators (), [], and -> must be non-static member functions. These 
operators can only be defined for classes. (e) 
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1146: non-member operator function must take at least one argument of class or 
enum type or reference to class or enum type 
A non-member operator function must take at least one argument, which is of 
a class or enum type or a reference to a class or enum type. (e) 


Date operator+(int i, j){...} 


1147: constructors can’t be declared string 
Constructors cannot be declared static or virtual. 


1148: constructors can’t have a return type 
A constructor declaration is invalid. (e) 


1149: constructor is illformed, must have other parameters 
A constructor declaration is invalid. (e) 


1151: can’t have a destructor in a nameless class/struct/union 
A nameless class cannot have a destructor since the destructor takes its name 
from the class. (e) 
class { 
~foo(); 
+3 
1152: destructors must have same name as the class/struct/union 
The destructor declaration is invalid. (e) 


1153: destructors may have no return type 
const ~k() {} 


1154: destructors can’t be declared string 
Destructors cannot be declared static. 


1155: destructors may take no arguments 
The destructor declaration is invalid. (e) 


1156: conversion functions may take no arguments 
It is not valid to define a conversion function that is not a class member. A 
conversion function cannot take arguments. A conversion function cannot 
convert to the type of the class if it is a member of, or a reference to it. (e) 


1157: conversion to original class or reference to it 
It is not valid to define a conversion function that is not a class member. A 
conversion function cannot take arguments. A conversion function cannot 
convert to the type of the class if it is a member of, or a reference to it. (e) 


1159: no type found for identifier, can be omitted for member functions only 
The identifier has not been declared. (e) 
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1160: class already has operator delete with number of argument(s) 
The delete operator cannot be overloaded. (e) 


1161: member operator functions can’t be static 
Operator functions in a class cannot be declared static. (e) 


1162: member of abstract class 
A class member cannot be of abstract type. (e) 


1163: unions can’t have virtual member functions 
Union cannot have virtual functions as members. (e) 


1164: member function of local class must be defined in class definition 
Because functions cannot be defined in other functions, any function in a local 
class must be defined in the class body. (e) 


1165: redeclaration of member identifier 
A member occurs more than once in a struct, union, or class. (e) 
struct { int ml; int m1; }; 


1166: member name already declared 
Attempt to re-declare a member. (e) 
class A { 
int a; 
int a; // Already declared 
yi 
1167: static data member may not have the same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1168: a local class can’t have static data members 
Only non-static members can be used in a local class. (e) 


1169: unions can’t have static data members 
Union cannot have static data members. (e) 


1170: illegal union member 
An object of a class with a constructor, a destructor, or a user defined 
assignment operator cannot be a member of a union. (e) 


1171: illegal storage class for class member 
A class member cannot be auto, register, or extern. (e) 


1172: parameter has no identifier 
When declaring a function, a name as well as a type, must be supplied for each 
parameter. (e) 
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int fn(int a, int) { ... } 


1173: compiler out of sync: probably missing ";" or "} 


int i int j; missing ’;" after i 
dribble f; should be double 


1174: ellipsis not allowed as argument to overloaded operator 
Cannot declare an overloaded operator with “...” as arguments. (e) 


1175: ellipsis not allowed in pascal functions 
Functions declared with the pascal keyword are not allowed to have a variable 
number of arguments as indicated by an ending ellipsis ”...”. (e) 


1176: argument n to string must be of type size_t 
For example, operator delete’s second argument must be of type size_t 
void operator delete(void *type, int x) { 
free (type) ; 
} 
1177: string must return void * 
For example the operator new must return a void pointer. 


int *operator new(size_t size){...} 


1179: string takes one or two arguments 
For example, operator delete takes one or two arguments (e). 


void operator delete(void *type, size_t size, int x){...} 


1180: operator delete must have a first argument of type void * 
The first argument of delete must be of type void". 
void operator delete(int x) { 
free(x); 
} 
1181: string must return void 
For example, operator delete must return void. 


int operator delete(void *type){...} 


1182: class class-name has no constructor 
It is invalid to initialize an object that does not have a constructor by using the 
constructor initialization syntax. (e) 
struct A { 
int by, -c; 


+e 
A a(1,2); 
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1183: temporary inserted for non-const reference 
The compiler made a temporary copy of a variable used in an assignment to a 
C++ reference. (w) 


void getCount (unsigned int& count) 
{ 

count = 5; 

return; 


} 


signed int x = 100; 
getCount (x); 


In this example, the compiler makes a temporary copy of x and passes the copy 
(cast to unsigned int) to getCount. Hence it is the copy of x, and not x itself, 
that is modified by getCount; after the function executes, the value of x is still 
100, not 5. 


1184: temporary inserted for reference return 


Vint& constant1 () 
{ 
return 1; 


} 


1186: const member identifier must have initializer 
A constant member of a class must be initialized. (e) 


class line{ 
const int length; 


be 
1188: jump past initializer 
An object cannot be accessed before it has been constructed. 


class C 
{ 

public: 

int i; 

C(int ii) : ai(ii) {} 
ti 


void AllAlarmsOnoff (int function) 
{ 
switch ( function ) 
{ 
case 1: 
C c(0); 
break; 
default: 
c.i = 12; // invalid access 
break; 
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1190: this cannot be used outside a class member function body 


1192: mismatching parenthesis, bracket or ? : around expression 
Mostly likely, a parenthesis or bracket was left out of an expression, or the “?” 
and “:” in a conditional expression where interchanged. (e) 


int i = (5 + 4]; // ] should have been a ) 


1193: missing operand for operator 
An operand is missing. (e) 
263 
1194: (compiler error) 
The compiler has detected an internal error. May result from other errors 


reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please notify Customer Support. (f) 


1195: missing operand somewhere before 
An operand was left out of an expression. (e) 


1196: missing expression inside parenthesis 
An expression was expected between the parentheses. (e) 


i=() ; 


1197: missing operand for operator ... inside parenthesis 
An operand was left out of an expression. (e) 


1198: too many operands inside parenthesis 
An operator between the operands is missing. (e) 


1199: missing expression inside brackets 
An expression was expected between the brackets. (e) 


int x [5] 
int i = x[]; // x must be subscripted 


1200: missing operand for operator ... inside brackets 
1201: too many operands inside brackets 


1202: missing operator before string 
An operator is needed before string. 


i = (2>1) 3: 4; // Conditional operator needs '?' 


1205: operator ? without matching : 
Operator “?” must be followed by a “:” . (e) 


int i = 4°95; // Missing + part 
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1207: syntax error near token 
The parser has found an unexpected token. (e) 


af Sa se Cf missing jt ay 
1208: expression expected 
Could not find an expression where it was expected. (e) 


if () { // The condition is missing. 


} 


1209: illegal expression 
There was something wrong with the expression. Another error has probably 
already been reported. (e) 


1210 to 1216: (compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please notify Customer Support. (f) 


For users searching online: 1211, 1212, 1213, 1214, 1215, 1216. 


1219: (internal error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1221: don’t know size of object 
The sizeof operator is used on an incompletely specified array or undefined 
structure, or an array of objects of unknown size is declared. (e) 


extern int ar[]; sz = sizeof(ar); 
1224: type must have default constructor 


The class must have a default constructor. (e) 


1227: EOF in comment 
The source file ended in a comment. (w) if -Xpcc, (e) otherwise. 


1228: too many characters in character constant 
A character constant has more than four characters. The limit is four on 32 bit 
machines. (e) 


Nabedt;  /* oki -*7 
"abcde'; /* not ok */ 


int il 

int i2 
1229: EOF in character constant 

The source file ended at an unexpected place during parsing. (f) 
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1230: newline in character constant 
Vchar TAB = '\t; 


1231: empty character constant 
There are no characters in a character constant. If an empty string is desired, 
use string quotes "". (e) 


int 13 Se ' hs /* This is two single quotes characters. */ 
1232: too many characters in wide character constant 


1234: newline in wide character constant 
A newline is in a wide character constant. 


Example: in the following, the wide character constant is intended to be L'ab', 
but is broken across two lines. 


int 3S h'ae 
b'; 


1235: empty wide character constant 
Empty wide character constants are not allowed: 
dati s 


1236: EOF in string constant 
The source file ended at an unexpected place during parsing. (f) 


1237: newline in string constant 
The end of a line was found while parsing a string constant. Usually caused by 
a missing double quote character at the end of the constant. (e) 


char * message = "Not everything that counts can be counted. 


1238: illegal hex constant 
Reported whenever an “x” or “X” is found in a numeric constant and is not 
prefixed with a single zero. (e) 


i = 1lxab; 


1239: too long constant 
A numeric constant is longer than 256 characters. (e) 


1240: floating point value (...) out of range 
A floating point constant exceeds the range of the representation format. (e) 


double d = 1e10000; 


1241: floating point overflow 
Floating point overflow occurred during constant evaluation. (e) 


float £=4E200; 
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1242: bad octal constant 
A numeric constant with a leading zero is an octal constant and can only 
contain digits 0 through 7. (w) 


dos OF 8 // '8' is invalid in an octal constant 


1243: constant out of range 
Constant overflows its type. (e) 


int i = 4294967299; // Constant bigger than ULONG_MAX 
1243: constant out of range [ operator ] 


A constant is out of the range of the context in which it is used. If the operator 
is present, it shows the operator near the use of the invalid constant. (w) 


int j = Oxffffffffff; 


1244: constant out of range (string) 
An invalid constant was used. (w) 


const int x=OxffffffffFf; 
if ( (char) c==257) 


1245: illegal character: 07 (octal) 
The source file contains a character with octal code n that is not defined in the 
C language. This can only occur outside of a string constant, character 
constant, or comment. (e) 


nameS$from$PLM = 1; 


1246: no value associated with token 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1247: syntax error after string, expecting string 
The expression is missing a semicolon or some token. (e) 
int i 

1248, 1249: label identifier already exists 
A label can only refer to a single place in a function. (e) 


1250: label identifier not defined 
The label used in a goto statement is not defined. (e) 


1251: label identifier not used 
The label is never used. One possible cause is the misspelling of a label. This 
message appears if the -Xlint option is used. (w) 
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main() { 

agian: // typo? 
goto again; 

} 

1252: typedef specifier may not be used in a function definition 
Bad use of the typedef specifier. (e) 
typedef int foo() 

{ 
} 

1253: virtual specifier may only be used inside a class declaration 
Function cannot be declared virtual outside class body. (e) 
struct A { 

foo(); 
ti 

virtual A::foo() {} // Not virtual in the class declaration 

1254: redefinition of function 
The function is already defined. (e) 
int foo() (3 
int foo() (} 

1255: unions may not have base classes 
Union cannot have base classes. (e) 


1256: unions can’t be base classes 
Union cannot be used as base classes. (e) 


1257: inconsistent exception specifications 
Two function declarations specify different exceptions. (e) 
int foo() throw (double) ; 
int foo() throw (int); 
1258: exception handling disabled 
Exception handling has been turned off. Use -Xexception=1 to enable it. (e) 


1259: rtti disabled 
RTTI (run-time type information) can be enabled or disabled through the 
-Xrtti-... option. See 5.4.121 Enable Run-time Type Information (-Xrtti, -Xrtti-off), 
p- 109. 


1260: non-unique struct/union reference 
In PCC mode (-Xpcc) the compiler attempts to locate a member of another 
struct if given an invalid reference. If no unique member can be found, this 
error is issued. (e) 
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struct a { int i; int m; }; 

struct b { int m; int n; }; 

int i; ... i->m = 1; 
1261: insufficient access rights to member-name in base-class-name base class of 
derived-class-name 

Attempt to access a member in a private or protected base class. (e) 


1264: main can’t be overloaded 
Special rules for the function main() are violated. (e) 


1265: can’t distinguish function_name1 from function_name2 
Two overloaded functions cannot be distinguished from each other; they 
effectively have the same number and types of arguments in the same order. 


(e) 


int foo(int); 
int foo(int &); 
1266: function function-name already has “C” linkage 
Only one of a set of overloaded functions can have "C" linkage. (e) 
extern "C" foo(int) ; 
extern "C" foo(double) ; 
1268: only virtual functions can be pure 
Pure specifier found after non-virtual function. (e) 
class foo { 
bar() = 0 // Must be virtual 
i 
1269: Identifier is not a struct/class/union member 
The identifier is not a member of a structure, class, or union. (e) 
int i; 
i.j = 3; // j3 is not a member of a structure. 
1272: member name used outside non-static member function 
Attempt to reference a class member directly in a static member function or an 
inlined friend function. That is invalid in a function where keyword this 
cannot be used. (e) 


1275: error string 
This error number can indicate a number of different kinds of errors. In some 
cases, this message gives additional information about an error message 
displayed above this one. For example, if a function call is ambiguous, this 
error prints the names of candidate functions. 
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1276: can’t use ... in default argument expression 
Class members can only be used in default arguments if they are static. 
Function arguments cannot be used in default arguments. Local variables 
cannot be used unless they are declared extern. (e) 


int foo(int a, int b = a) 


{ 
} 


1278: can’t restrict access to identifier 
An access declaration cannot restrict access to a member that is accessible in 


the base class, nor can an access declaration enable access to a member that is 
not accessible in the base class. (e) 


1279: can’t enable access to identifier 


1281: no function matches call to string 
The compiler did not find a match for a class method, or a template function. 
This can also indicate that a class does not have a default constructor. (e) 
class line{ 
public: 
line () {} 
3 
line 1(5,6); 


Second example: 


template< class T> T max(T a, Tb) { 
return(a>b) ? a: b; 


main() { 
int i; 
char c; 
max(i,c); 


} 
1282: can’t resolve function call, possible candidates: 
An overloaded function was called, but the function arguments did not match 
any prototype. (e) 
fun(int i) {} 


fun(char c) {} 


main() { 
float f; 
fun (tf); 
} 


1285: ambiguous reference to identifier, could be candidate1 candidate? ... 
The identifier could not be resolved unambiguously. The error message is 
followed by a list of possible candidates. (e) 
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struct A { int a; }; 
struct B { int a; }; 
struct C : public A, public B {}; 


foo () 

{ 
Cc; 
c.a = 1; // Which a, A::a or B::a? 
} 

1288: return type not compatible with ... 
A virtual function has a return type that is incompatible with the return type 
of the virtual function in the base class. (w) 


1292: too many arguments for function style cast to string 
Function style casts to a basic type or a union type can only take a single 
argument. (e) 


int t= ant(3.4) 5.639 


1293: non-type in new expression 
A new expression requires a type. 


class list {}; 


class list. * ep; 
cp = new lis; // Spelled wrong 
1294: type in new expression is abstract 
The type in a new expression must not be abstract. 


1295: first dimension must be an integral expression 
The first dimension of an array type in a new expression must be an integral 
expression. (e) 


double d; 
int *p = new int[d]; 


1296: can’t create void objects 
The type in a new expression was void. 


void *p = new void; 
1297: type in new expression is incompletely specified 


1298: object of abstract class 
Attempt to declare an object of an abstract class. (e) 


1298: can’t construct object of abstract type 
The type in a new expression is of abstract class. (e) 
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struct A { 
virtual foo() = 0; 
yi 
A *p = new A; 
1299: can’t construct objects of array type 
Array elements in an array allocated with new cannot be given initial values. 


(e) 


struct A {}; 
A *p = new A[5](1,2,3,4,5); 


1304: already volatile 
A variable was declared volatile more than once. (w) 
int * volatile volatile foo; 


1305 to 1336: (compiler error) 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


For users searching online: 1305, 1306, 1307, 1308, 1309, 1310, 1311, 1312, 1313, 
1314, 1315, 1316, 1317, 1318, 1319, 1320, 1321, 1322, 1323, 1324, 1325, 1326, 1327, 
1328, 1329, 1330, 1331, 1332, 1333, 1334, 1335, and 1336. 


1337: EOF in inline function body 
The end of the source file was found while parsing an inline function. (f) 


1338: arguments do not match template 
The actual template argument types must match the declaration exactly. (e) 


template<int size> 
class foo { 

ee 
es 


foo<7, 7> qux; 


1339: arguments do not match template template name 
The arguments do not match the template. 


template<class T> 
class C{}; 


C<int, int> WrongArgs; 


1340: can’t recover from earlier errors 
Certain earlier errors have made it impossible for the parser to continue. (f) 
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1341: compiler out of sync: mismatching parens in inline function 
The compiler is unable to parse an inline function. Check the function to see if 
the parentheses are nested correctly. (f) 


1344: syntax error - unexpected end of file 
The parser has found an unexpected token. (e) 


1347: identifier name used as template name 


The identifier cannot be used as a class, struct, or union tag since it is already 
a template name. (e) 


template<class T> 
class foo { 


3 


struct foo { 
} 

1354: "0" expected in pure specifier 
A value other than 0 was found ina pure specifier. (e) 
class foo { 

virtual bar() = 5; // Should have been 0 
} 

1355: all dimensions but the first must be positive constant integral expressions 
The first dimension of an array may be empty in some contexts. In a 
multi-dimensional array, no other dimensions may be empty (and none may 
be negative). (e) 


int array[-4]; 


1360: base class expected 
Base class not found after “:” or “,” in a class definition. (e) 


class A: {}; // The base class is missing 


1361: can’t initialize ... with a list 


An object of a class which has constructors, bases, or non-public members 
cannot be initialized as an aggregate. 
struct foo { 
private: 
int i 
public: 
int: j, k; 
}; 


foo bar = { 1, 2, 3 }; // i is private 


1362: can’t nest function definitions 
Functions cannot be defined inside other functions. 
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void foo() 
{ 
void bar() { } // No nesting 
} 
1367: class class-name used twice as direct base class 
Cannot use the same class as a base class more than once. (e) 


class A {}; 
class B: A, A {}; 


1368: class name expected after ~ 
Encountered “~” in a class, apparently to declare a destructor, but it was not 
followed by the class name. (e) 


class foo { 


i 


yi 

1370: class/struct/union cannot be declared specifier 
A function specifier is applied to a definition of a class, struct, or union. (e) 
inline class foo { /* inline is invalid for a class */ 
yi 

1371: conflicting declaration specifiers: specifier specifier2 
Illegal mixing of auto, static, register, extern, typedef and/or friend. (e) 
extern static int foo; 


1372: conflicting type declarations 
More than one type specified in a declaration. (e) 


int double foo; 


1373: enumerator may not have same name as its class 
Only constructors and destructors for a class may have the same name as the 
class. (e) 


1376: function function name is not a member of class class name 
A function was not declared, it was misspelled, or the parameters were not 
used consistently. (e) 
class line{ 
lint(int 1); // Misspelled 
i 
line::line(int 1) {} 
1378: function function name is not found 
A function call referred to a function that was not found. (e) 
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static int fun(); 
main() { 
fun(); 


} 


1379, 1380: identifier ... declared as struct or class. Use struct or class specifier 
identifier ... declared as union. Use union specifier 
There was a type mismatch between the declaration and the use of an 
identifier. (e) 


union u { 

3 

struct u foo; // u was a union, cannot also be struct 
1381: identifier name not a nested class nor a base class 


Something that is not a class was used as a base class. (e) 


1383: identifier identifier is not a type 
What appeared to be a declaration began with an identifier that is not the name 
of a type. 
INT I; 


1384: identifier name not a direct member 
Attempt to initialize a variable that is not a direct member of the class. (e) 


struct B { int b; }; 


struct C : public B { 
int c; 
C(int i) : c(i), b(i) {} // Can’t initialize b here 
if 
1385: identifier identifier not a static member of class class name 
Invalid declaration. (e) 
struct A { 
int i; 
yi 
int A::i; 
1386: identifier identifier not declared in string 
An identifier is used but not declared. Check the identifier for spelling errors. 


(e) 


1388: identifier identifier not declared 
An identifier was used without being declared. (e) 


1391: identifier name is not a class 
An identifier that is not a class was used before “::”. 
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1394: illegal expression 
A break statement is only allowed inside a for, while, do or switch statement. 


(e) 
A continue is only allowed inside a for, while or do statement. (e) 


A default or case label is only allowed inside a switch statement. (e) 


1395: illegal function specifier for argument 
A parameter cannot be declared inline or virtual. 


void foo(inline int); 


1397: illegal storage class for class/struct/union 
A storage class other than extern is specified for a definition of a class, struct, 
or union. (e) 


auto class foo { 
Ve 


1403: main can’t be declared string 
Special rules for the function main() are violated. (e) 


1404: mem initializers only allowed for constructors 
Members can only be initialized with the member initializer syntax in 
constructors. (e) 
class A { 

int i; 
int foo() : i(4711) {} // Not a constructor 
} 

1405: missing argument declaration 
Argument declaration omitted. (e) 
class bar { 

foo(, int); 
Ye 

1410: no default arguments for overloaded operators 

Overloaded operators cannot have default arguments. (e) 


1411: no redefinition of default arguments 
An argument can be given a default value only once in a set of overloaded 
functions. (e) 


void foo(int 
void foo(int 


17); 
4711); 


1412: no return type may be specified for conversion functions 
The return type of conversion function is implicit. (e) 
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class foo { 
double operator int(); // Cannot specify type 
} 
1414: non-extern object name of type type-name must be initialized 
A const object must be initialized unless it is extern. 


1415: non-extern reference name must be initialized 
References and const objects, which are not declared extern, must be 
initialized. So must objects of classes that have constructors but no default 
constructors. (e) 


const struct S &structure; 


1417: only functions can have pascal calling conventions 
int pascal i; 


1418: only static constant member of integral type may have initializer 
A member that is a static integral type can be initialized; others cannot. (e) 
struct { 
const int *p =0x3333; 
1S; 
1419: operator ... cannot be overloaded 
“ey Mh hs 


It is invalid to overload any of the operators “.” or or “2:2”. 


1420: parenthesized expression-list expected after type typename 


1423: redeclaration of symbol ... 
A symbol in an enumerated type clashes with an earlier declaration. (e) 


1427: static function declared in a function 
There is no use declaring a static function inside another function. (e) 


void foo() 
{ 


static void bar(); 


bar(); // Call to bar, but where can it be defined? 
} 


1428: static member ... can’t be initialized 
A static class member cannot be initialized in a member initializer. (e) 


class A { 
static int si; 
A(int ii) : si(ii) {} 


7 


1429: string literal expected in asm definition 
String missing in an asm statement. 


asm() ; // the parentheses should contain an instruction 
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1430: subsequent argument without default argument 
Only the trailing parameters may have default arguments. (e) 


void foo(int = 4711, double); 


1431: syntax error - catch handler expected after try 
The parser has found an unexpected token. (e) 


1432: syntax error - catch without matching try 
The parser has found an unexpected token. (e) 


1433: syntax error - class key seen after type. Missing ;? 
The parser has found an unexpected token. (e) 


1434: syntax error - class name expected after :: 
The parser has found an unexpected token. (e) 


1435: syntax error - colon expected after access specifier 
The parser has found an unexpected token. (e) 


1436: syntax error - declarator expected after ... 
The parser has found an unexpected token. (e) 


1437: syntax error - declarator expected after type 
The parser has found an unexpected token. (e) 


1438: syntax error - declarator or semicolon expected after class definition 
The parser has found an unexpected token. (e) 


1439: syntax error - else without matching if 
The parser has found an unexpected token. (e) 


1441: syntax error - identifier expected after ... 
The parser has found an unexpected token. (e) 


1442: syntax error - initializer expected after = 
The parser has found an unexpected token. (e) 


1444: syntax error - keyword operator must be followed by an operator or a type 
specifier 
The parser has found an unexpected token. (e) 


1446: syntax error - type tag expected after keyword enum 
The parser has found an unexpected token. (e) 


1454: type defined in return type (forgotten “;”?) 
It is illegal to define a type in the function return type. (e) 
struct foo {} bar() 


{ 
} 
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1455: type definition in bad context 
A type was defined where it was not allowed. (e) 


1456: type definition in condition 
Types cannot be defined in conditions. (e) 


if (struct foo { int i } bar) { 
Els 
} 


1457: type definition not allowed in argument list 
Types cannot be defined in argument lists. (e) 
int foo( struct bar int a; } barptr); 

1460: type expected after new 
A new expression requires a type. (e) 

p = new; 

1461: type expected for ... 

No type found in declaration of a variable. (e) 


1462: type expected in template parameter 
This could indicate a misspelling of a template parameter. (e) 


template<classT> ...; 


1463: type expected in arg-declaration-clause 
An argument type is missing in a function declaration. (e) 
class bar { 
foo (imt) ; 
yi 
1464: type expected in cast 
Found something that was not a type in a cast expression. (e) 


1465: type expected 
Found an expression that was not a type where a type was expected. (e) 


1466: type in new expression can’t be string 
A type in a new expression cannot be pascal or asm. 


1467: type in new expression may not contain class/struct/enum declarations 
Cannot declare types in a new expression. Nor can the types used in a new 
expression be const, volatile, pascal, or asm. The type used must be 
completely specified and cannot have pure virtual functions. (e) 


void *p = new enum foo { bar }; 


1469: unknown language string in linkage specifier: ... 
Only "C" and "C++" allowed in linkage specifiers. (e) 


638 


H Messages 
H.2 Compiler Messages 


extern "F77 { // Don’t know anything about F77 linkage} 
1477: already const 
A variable was declared const more than once. (w) 
int * const const foo; 
1479: comma at end of enumerator list ignored 
A superfluous comma at the end of a list of enumerators was ignored. (w) 
enum foo { bar, }; 
1480: enumerators can’t have external linkage 
extern cannot be specified for enum declarations. (e) 
extern enum foo { bar }; 
1481: function function-name not declared 


If the -Xforce-declarations option is used, the compiler will generate this error 
message when a function is used before it has been declared. (w) 


1484: missing declarator in typedef 
No declarator was given in a typedef statement. (e) 


typedef class foo { 
ne 
yi 
1485: old style function definition 
A function was defined using the older K & RC syntax. This is invalid in C++. 
(w) 


int foo(a, b) 
int a, b 


{ 
} 


1486: initializer that is a brace-enclosed list may contain only constant 
expressions 
A variable was initialized using a brace-enclosed list containing an expression 
(such as a variable) that cannot be evaluated during compilation. 
int i = 12; 
int xf] = (1, 2,3, 43; 
This is allowed in C++ but not in C. 


1488: redeclaration of parameter identifier 
One of a function’s parameters is shadowed by a declaration within the 
function, (w) if -Xpec or -Xk-and-r, (e) otherwise. 


Fi(int a} © int agy gis 3 
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1489: redundant semicolon ignored 
Found an extra semicolon among the members of a function. (w) 


class A { 
int a; 


yi 

1492: virtual specified both before and after access specifier 
Syntax error. (w) 
class A {}; 
class B : virtual public virtual A {}; 

1493: redeclaration of ... 

A function has been redeclared to something else. (e) 
int i(int); 

double i(int); 

double i( int i) {...} 

1494: non-extern object identifier of type type-designator must be initialized 
This message may indicate that a const member of a class/structure/union 
was not initialized. (e) 
class C { 

const int ci; 
+ Cc; 

1495: non-extern const object name must be initialized 

A const object must be initialized unless it is extern. 


const char c; 


1497: too many declaration levels 
An internal stack overflowed. This is unlikely to happen in the absence of 
other errors. (f) 


1498: internal table-overflow 
Internal stack overflowed. May occur with extremely complex, deeply nested 
code. To work-around, simplify or modularize the code. If the problem does 
not appear to be a consequence of some earlier error, please report it to 
Customer Support. (f) 


1500: function <function_name> has no prototype 
The function function_name was used without a preceding prototype 
declaration. In C, 


void £(); 


is a declaration but not a prototype declaration—it declares f to be a function 
but says nothing about the number or type of arguments it takes. This warning 
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is returned when an attempt has been made to use f without making a 
prototype declaration of it first. 


This warning is returned only when the command line option 
-Xforce-prototypes is used. (w) 


1501: function-pointer has no prototype 
A function pointer was used but was declared to have a type that lacks a 
prototype. In C, 


void (*£) (); 


declares f to be a function pointer but says nothing about the number or type 
of arguments it takes. This warning is returned when an attempt has been 
made to use f without making a prototype declaration of it first. 


This warning is returned only when the command line option 
-Xforce-prototypes is used. (w) 


1504: arglist in declaration 
An old style function declaration is found in the wrong context. (w) 


f1.(); 4 Int £2aybypeyy . ss. 3} 


1507: end of memory 
Ran out of virtual memory during compilation. The compiler first attempts to 
skip some optimizations in order to use less memory, however this error can 
occur for large functions on machines with limited memory. Note: initialized 
arrays require the compiler to hold all initial data and can contribute to this 
error. If the problem does not appear to be a consequence of some earlier error, 
please report it to Customer Support. (f) 


1509: expression involving packed member too complicated 
This indicates that the processor does not support “compound assignment” 
for volatile members of packed structures. 


structl.a |=3; // May have to use structl.a = structl.a|3 


1511: can’t access short or int bit-fields in packed structures unless the 
architecture supports atomic unaligned accesses (-Xmin-align=1) 
Packed structures cannot contain bit-fields unless the architecture support 
atomic unaligned access. To see if the architecture supports atomic unaligned 
access, compile a file with the -S option and then examine the .s assembly file. 
Look for the -X93 option in the header. If X93=1, the architecture supports 
atomic unaligned access. (e) 
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#pragma pack(1) 
struct S { 
int j:3; 
yi 
1513: byte swapped structures can’t contain bit-field 
Bit-fields are not allowed in byte-swapped structures. (e) 
#pragma pack (,,1) // Byte swap 
struct s { 
int j:3; 
} 
1515: profile information out of date 
The file given with the -Xfeedback option is out of date or has an old format. 
Re-compile with the -Xblock-count option and create a new profiling file. (e) 


1516: parameter parameter name is never used 
A parameter to a function is not used. This message appears if the -Xlint 
option is used. (w) 
fun(int i) {}; 


1517: function function name is never used 
A function was declared but not used. This message appears if the -Xlint 
option is used. In the example, the file consists of one line. (w) 


static fun(); 


1518: variable identifier is never used 
A variable is never used. This message appears if the -Xlint option is used. (w) 
fun() { 
int i; 
3 
1519: expression not used 
The compiler has detected all or part of an expression which will never be 


used. (w) 

atb; /* statement with no side effects */ 
a=(10,b+tc); /* 10 is not used */ 

eS+47 /* the '*' is not needed: s++; / 


Note: the compiler will not issue this warning for an expression consisting 
solely of a reference to a volatile variable. 


1520: large structure is used as argument 


The size of a structure passed as an argument to a function equals or exceeds 
the size specified by -Xstruct-arg-warning. (This message is returned only 
when the command-line option -Xstruct-arg-warning is used.) (w) 
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1521: missing return expression 
A function is defined with a return type, but does not return a value. This 
message appears if the -Xlint option is used. (w) 
float fun() { 
return; 
uf 
1522: statement not reached 
A statement can never be executed. This message appears if the -Xlint option 
is used. (w) 
main() { 
int never; 
return 0; 
never=6; 
} 
1523: can’t recognize storage mode unknown 
The storage mode specified in an asm macro is unknown. See 7. Embedding 
Assembly Code for more details. (e) 


1524: too many enhanced asm parameters 
There can be a maximum of 20 parameters and labels used in an asm macro. 
See 7. Embedding Assembly Code for details. 


1525: identifier identifier not declared 
An identifier was not declared. (e) 
fun() { 
return i; 
} 
1526: asm macro line too long 
A very long line was given in an asm macro. See 7. Embedding Assembly Code 
for more details. (e) 


1527: non-portable mix of old and new function declarations 
A function declaration was made in accordance to an older C standard. InK & 
RC, chars and shorts are promoted to int, and floats are promoted to double 
just before a call is made to a function. However, in ANSI C, the arguments 
match the prototype at the call site. (w) 


1528: can’t initialize variable of type type_designator 
Some types do not allow initialization. (e) 
void a =1; 


1534: only first array size may be omitted 
The size of the first dimension of an array can be omitted; all others must be 
specified. (e) 


643 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


int x[3][]; 
1535: illegal width of bit-field 
A bit-field width is greater than the underlying type used for the bit-field. (e) 
Example for a target with 32 bit integers: 
struct { int 1:33; } 
1536: bit-field must be int or unsigned 
The compiler detected an unsupported bit-field type. (e) 


struct { float a:4; }; 


1541: redeclaration of struct/union/enum ... 
A struct, union, or enum tag name was used more than once: (e) 


struct ti. € <..0.he Struct. tL-f..% 34 


1542: redeclaration of member variable name 
A member has been declared more than once. (e) 


struct { 
int i; 
int i; 
i 
1543: negative subscript not allowed 
The size of an array cannot be negative. (e) 
int ar[-10]; 


1544: zero subscript not allowed 
An array of zero size cannot be declared when compiling for strict ANSI C 
(-X7=2, or -Xdialect-strict-ansi). (W) 
int x[0]; 


1546: dangerous to take address of member of packed or swapped structure 
Using the address of a packed or byte-swapped structure is not recommended. 


(w) 
#pragma pack (2,2,1) 


ptr = &(structl.i); 


1547: can’t take address of object 
Trying to take the address of a function, constant, or register variable that is not 
stored in memory. (e) 


register int r; fn(&r); 


1548: can’t do sizeof on bit-field 
The sizeof function does not work on bit-fields. (e) 
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struct { 
int j:3; 
} structl; 
i = sizeof(structl.j); 


1549: illegal value 
Only certain expressions can be on the left hand side of an assignment. (e) 
atb = 1; 
(a? bi: c) = 2; /* not valid in C modules*/ 
1550: can’t push identifier 
It is invalid to use an expression of type function or void as an argument. (e) 


void *pv; int (*pf)(); fn(*pv,*pf); 


1551: argument [identifier] type does not match prototype 
The type of an argument to a function is not compatible with its type as given 
in the function’s prototype. (w) if -Xpec or -Xk-and-r or -Xmismatch-warning, 
(e) otherwise. 
int £(char *)j 1% 2.0. Des f£(&i); 


1552: initializer type "type" incompatible with object type "type" 
The type of an initializer is not compatible with the type of the variable, (w) if 
-Xpcc or -Xmismatch-warning, (e) otherwise. 


char c; int *ip = &c; 
1553: too many errors, good bye 


The compiler has found so many errors that it does not seem worthwhile to 
continue. (f) 


1554: illegal type(s): type-signatures 
The operators of an expression do not have the correct or compatible types, (w) 
if -Xpec or -Xk-and-r or -Xmismatch-warning, (e) otherwise. This message 
may also indicate an attempt has been made to find the sum of two pointers. 


int: *pi; *Appis «... WE (ot == ppt) 2... 

#illegal types: ptr-to-int '==' ptr-to-ptr-to-int 
int *p, *q; 

Boel P oa // Attempt to add pointers 


#illegal types: ptr-to-int '+' ptr-to-ptr-to-int 

1555: not a struct/union reference 
The left hand side of a “->” or “.” expression is not of struct or union type. If 
-Xpcc is specified the offset of the given member name in another struct or 
union is used. (w) if -Xpcc, -Xk-and-r, or -Xmismatch-warning, (e) otherwise. 
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1556: volatile packed member cannot be accessed atomically 
For the selected processor, a packed member cannot be accessed atomically if 
it is volatile. (w) 


#pragma pack(1, 1) 


struct { 
volatile int v; 
} 8; 
s.v =3; /* generates error 1556 */ 


1560: unknown pragma 

The pragma is not recognized. (w) 

#pragma tist 
1561: unknown option -Xunknown 

The compiler was started with an -X option that is not recognized. (w) 
1562: bad #pragma use_section: section section name not defined 

A #pragma use_section command has not been correctly given. (w) 


#pragma section DATA3 // Correct 
#pragma use_section x // Omitted section class name DATA3 


1563: bad #pragma [ name ] 
If issued without the name, the compiler did not recognize the pragma. If 
issued with a name, there is a problem with either the operands to the pragma 
or the context in which it appears. (w) 


1564: bad #pragma pack 
The #pragma pack statement is not correct. (w) 


#pragma pack(1,2,3,4) // Takes up to three arguments 


1565: illegal constant in #pragma pack 
An invalid constant has been used in a pack pragma. (w) 


#pragma pack(7) // Must use powers of 2 for alignment 


1566 to 1572: obsolete messages 
Messages numbered 1566 to 1572 should not appear because they refer to 
obsolete features. 


1573: user’s error string 
Error number 1573 can be used to display any string the user chooses when 


« the compiler compiles this file, by use of #pragma error string: 
#pragma error Now compiling test.c; // compilation continues 


« the compiler stops because of an error, by use of error string: 
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#error // This terminates the compilation process 


1574: can’t open file for input 
The given file cannot be opened. (f) 


1575: can’t open file for output 
The given file cannot be opened. (f) 


1577: can’t open profiling file file 
The file given with the -Xfeedback=file option cannot be opened. (w) 


1578: profile file is of wrong version (file) 


The file given with the -Xfeedback option is out of date or has an old format. 


Re-compile with the -Xblock-count option and create a new profiling file. (e) 


1579: profile file file is corrupted 
The file given with the -Xfeedback option is corrupted. Re-compile with the 
-Xblock-count option and create a new profiling file. (e) 


1580: can’t find current module in profile file ... 
No data about the current source file is available in the profiling file. (w) 


Possible causes: 


* No function in the current file was actually executed during profiling. 
« The profiling file belongs to another executable program. 


1584: illegal declaration-attribute 
A declaration contains an invalid combination of declaration specifiers. (w) 


unsigned double foo; 


1585: global register register name is already used 
The global register has already been reserved. (w) 


#pragma global_register counter = r14 
#pragma global_register kounter = r14 


1586: cannot use scratch registers for global register variables 
Scratch registers cannot be used for global register variables. (w) 


#pragma global_register counter=scratch-register-name 


1587: global register register-name is invalid 
Found an unrecognized register name in a global_register pragma. (w) 


1588: no .cd file specified! 
The target description (.cd) file was not specified. 


The compiler reads a target description file during initialization (see “Targets,” 
Table 2-2). Normally, when the dec command is given, the .cd file is 
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automatically specified. To find out the .cd filename for your selected target 
configuration, run dec with the -# option to display all of the commands 
generated, and look at the -M option for the ctoa program. (f) 


Likely causes: 


* The compiler is not installed properly. 
« One of the compiler files has been deleted, hidden, or protected. 
« The dtools.conf or other configuration file is incorrect. 


1589: can’t open .cd file! 
See error 1588 for a description of the .cd file and likely causes. 


1590: .cd file is of wrong type! 
See error 1588 for a description of the .cd file and likely causes. 


1591: .cd file is of wrong version! 
See error 1588 for a description of the .cd file and likely causes. 


1592: cd file file too small?! 
See error 1588 for a description of the .cd file and likely causes. 


1593: rite error 
Write to output file failed. (f) 


1595: illegal arg to function name 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1596: test version of compiler: File is too big! 
This error is generated when certain limits in an evaluation copy of the 
compiler are exceeded. (f) 


1597: test version of compiler: Can’t continue! 
This error is generated when certain limits in an evaluation copy of the 
compiler are exceeded. (f) 


1598: no matching asm pattern exists 
While scanning an asm macro, no storage-mode-line matching the given 
parameters was found. See 7. Embedding Assembly Code for details. 


1599: expression too complex. Try to simplify 
Can occur if an expression is too complex to compile. Should not happen on 
most modern processors. Can occur on a processor with few registers and no 
built-in stack support. (f) 
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1600: no table entry found! 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1601: address taken in initializer (PIC) 
Position-independent code. A static initializer containing the address of a 
variable or string has been found when generating position-independent code. 
Such address values cannot be position-independent. (w) or (e) depending on 
whether -Xstatic-addr-warning or -Xstatic-addr-error is used. 


1602: variable ... is incomplete 
A variable is defined with a type that is incomplete. (e) 
struct a; 
struct a b; 

1603: logic error in internal-identification 
The compiler has detected an internal error. May result from other errors 
reported earlier. If the problem does not appear to be a consequence of some 
earlier error, please report it to Customer Support. (f) 


1604: useless assignment to variable identifier. Assigned value not used 
The variable assignment has no effect, since the assigned value is not used. 
This message appears if the -Xlint option is used. (w) 
fun () { 
int 2=1¢ 
} 
1605: not enough memory for reaching analysis 
Certain optimizations, called “reaching analysis”, will be skipped if the host 
machine cannot provide enough memory to execute them. The compiler 
continues, but produces less than optimal code. (w) 


1606: conditional expression or part of it is always true/false 
A conditional test is made, but the results will always be the same. This 
message appears if the -Xlint option is used. (w) 
int main() { 
int i = 3; 
if (i < 6) 
return 4; 
} 
1607: variable name is used before set 
During optimization, the compiler discovers a variable that is used before it is 
set. (w) 


funet) { anitap Df tea == 0} 22. } 


649 


Wind River Compiler for MeCORE 
User's Guide, 5.4 


1608: variable identifier might be used before set 
A variable may have been used before it was given a value. (w) 
fun () { 
int i,j; 
i=j; // 3 is used before set 
} 
1609: illegal option -Dinvalid_name 
The preprocessor was invoked with the -D option and an invalid name. Names 
must start with a letter or underscore. (w) 


1611: argument list not terminated 
The end of the source file was found in a macro argument list. (w) if -Xpcc, (e) 
otherwise. 


1612: EOF inside #if 
The source file ended before a terminating #endif was found to match an 
earlier #if or #ifdef. If not caused by a missing #endif, then it is frequently 
caused by an unclosed comment or unclosed string. (w) if -Xpcec, (e) otherwise. 


1617: syntax error in #if 
The expression in an #if directive is incorrect, (w) if -Xpcec, (e) otherwise. 


#if a * 
1618: too complex #if expression 


The expression in an #if directive overflowed an internal stack. This is unlikely 
to happen in the absence of other errors, (w) if -Xpcc, (e) otherwise. 


1619: include nesting too deep 
The preprocessor cannot nest header files deeper than 100 levels, (w) if -Xpcc, 
(e) otherwise. 


1621: can’t find header file unknown 
The preprocessor cannot find a file named in an #include directive. (w) if 
-Xpcc, (e) otherwise. 


1622: found #elif, #else, or endif without #if 
Found an #elif, #else, or #endif directive without a matching #if or #ifdef. (w) 
if -Xpcc, (e) otherwise. 


1623: bad include syntax 
The #include directive is not followed by < or" or the filename is too long. (w) 
if -Xpcc, (e) otherwise. 
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1624, 1625: illegal macro name 

illegal macro definition 
Macro names and arguments must start with a letter or underscore, (w) if 
-Xpcc, (e) otherwise. 


1626: illegal redefinition of macro_name 
LINE_,__FILE_,_DATE_,__TIME_, defined, and _STDC_ cannot be 
redefined, (w) if -Xpcc, (e) otherwise. 


1627: macro macro name redefined 
The macro was previously defined. (w) 


#define PI 3.14 
#define PI 3.1416 


1629: undefined control 


Undefined or unsupported directive found after #, (w) if -Xpcc, (e) otherwise. 


#pragmo 


1630: illegal assert name 
An #assert name must be an identifier and must be preceded by a “#” 
character, (w) if -Xpcec, (e) otherwise. 


1631: macro identifier: argument mismatch 
Either too few or too many arguments supplied when using a macro, (w) if 
-Xpcc, (e) otherwise. 
#define M(a,b) (atb) 
i = M(1,2,3); 
1632: recursive macro macro name 
A recursive macro has been detected. The error occurs when the macro 
substitution occurs, line 4 in this case: (e) 
#define max(A,B) A>B ? A : max(A,B) 
main() { 
int i=1,3j=2,k; 
k = max(i,j); // Reports error for this line. 
} 
1633: parse error 
The complier was not able to parse the expression. (e) 
x = multiply(y, ); // Comma, but no second argument 
main (} // Typed } instead of 
1635: license error: error message 
An error occurred when checking the license for the software tools. The error 
message describes the problem (no server for this feature, etc.). Please refer to 
your Getting Started manual or contact Customer Support. (f) 
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1638: illegal error level error level in option option name 
The -exn option was used with an invalid error level. The -e option is used for 
increasing the severity of error messages for a particular error. (w) 


dec -e99 test.c // 99 is invalid error level 


1640: illegal error message number message number 
The -exn option was used with an invalid error message number. The -e option 
is used for increasing the severity of error messages for a particular error. (w) 


dcc -ewl0000 test.c // There is no message number 10000 


1641: cannot reduce severity of error message number below error level 


% dcc -ewl614 test.c 
warning (dcc:1641): Cannot reduce severity 
of message 1641 below "error" 


1643: narrowing or signed-to-unsigned type conversion found: type to type 
A type conversion from signed to unsigned, or a narrowing type conversion 
has been found. This message appears if the -Xlint option is used. (w) 
main () { 
int i; 
char c; 
Sis; 
} 
1647: non-string method invocation expression on string object expression 
This error indicates a mismatch between an invocation and the declaration of 
a method. 


For example, non-const method invocation in const object. Methods of const 
objects must be const. 
class C { 
int i; 
public: 


const C ¢c; 


main() { 
Cees 
} 


"x.cpp", line 11: error (1647): non-const method 
invocation f() on const object c 


1650: no profiling information found in database database name 
This applies to programs compiled and run in the RTA (Run-time Analysis 
tools). (w) 
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A program was compiled with the option -Xprof-feedback=database directory, 
and the profiling information was not found in the database directory. The 
normal sequence of events is: 


a. Aprogram is compiled with an -Xprof-type option that adds profiling code 
to the program. 


b. The program is run and profiling information is collected using the RTA. 


c. The program is compiled with the -Xprof-feedback option, and the 
compiler uses the profiling information to optimize the code. 


Possible causes of the error: 


« The wrong database directory was specified. 
« The database does not contain profiling data. 


1651: can’t find profiling information for function in database 
A program was compiled with the option -Xprof-feedback=database directory, 
and the profiling information was not found for the function. See error 1650, 
above, for a brief explanation of the situations where this error occurs. (w) 


Possible causes of the error: 


« The module was not compiled with an -Xprof-type option that would add 
code for instrumentation. 


* The program was not run, and so profiling data was not collected. 


1657: initializer method name initializes neither a direct base nor a member 
Only classes that are direct bases or virtual bases can be used in a member 
initializer. (e) 


struct A { A(int); }; 
struct B : public A { B(int); }; 


struct. Cs public B t 
C(int i) : A(i) {} // Can’t initialize A here 
yi 
1663: inline of function does not occur in routine function - try increasing value 
of -Xinline 
This warning is generated whenever the inline keyword is specified but the 
compiler does not inline the function. Increasing the value of -Xinline or 
-Xparse-size can help, but there are other reasons for not inlining a function. 


1665: long long bit-fields are not supported 
long long cannot be used with bit-fields. (w) 
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struct { 
long long story:3; 
} 
1671: non-portable behavior: operands of type are promoted to unsigned type 
only in non-ANSI mode 
When a non-ANSI compilation mode is used, for example, -Xpcc, this warning 
appears when the compiler selects an unsigned integral type for an expression 
which would have been signed under ANSI mode. This message appears if the 
-Xlint option is used. Use -Xlint=0x200 to suppress this message. (w) 


1672: scope of tag tag is only this declaration/definition 
The tag referred to in a parameter list does not have a prior definition. (w) 


/* struct bar does not have a definition before this point */ 
foo(struct bar a); 


1674: template argument argument should be pointer/reference to object with 
external linkage 


Arguments for template functions need to be pointers or references to objects 
with external linkage. (e) 


template <class T, int& Size> 
class Base { 


Ve 

class A { 

e 

static int local_linkage_int; 
Base<A, local_linkage_int> ob; 


1675: sizeof expression assumed to contain type-id type-id (use "typename") 
When a type-id is used in a sizeof expression, the compiler assumes that this 
is intended; otherwise a typename should be used instead. (w) 


template <class T, int& Size> 
class Base { 


void incr () 
{ 
Size = Size + sizeof (A); 


} 
ie 
1676: class class is abstract because it doesn’t override pure virtual function 


A class that has un-overridden pure virtual functions is an “abstract class” and 
cannot be instantiated. (i) 
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1677: executable executable name not found in profiling database database name 
This applies to programs compiled and run in the RTA (Run-time Analysis 
tools). (w) 


The specified executable was not found. 


1678: snapshot snapshot name not found in profiling database database name 
This applies to programs compiled and run in the RTA (Run-time Analysis 
tools). (w) 


The snapshot containing profiling information was not found. 


1679: no definition found for inline function function 
The template member function referred to has no definition. (w) 


1680: delete called on incomplete type type 
The delete operator is called on a pointer to a type whose full declaration has 
been deferred. (w) 


1682: "(unsigned) long long" type is not supported by the ANSI standard 
The ANSI standard does not support the long long type. (w; future error) 


long long x; 


1683: non-int bit-fields are not supported by the ANSI standard 
The ANSI standard allows bit-fields of integer type only. (w; future error) 


struct foo { 
char x:2; 


AG 


1696: intrinsic function name must have n argument(s) 
The number of arguments passed to an intrinsic function is incorrect. (e) 


int a, b; 
a = _ffl(a, b); 


1697: invalid types on arguments to intrinsic function name 
An argument of an invalid type is passed to an intrinsic function. (e) 


char *ptr; 
int a; 
a = _ffl(ptr); 


1700: implicit intrinsic function name must have n argument(s) - when the 
intrinsic is enabled, optional user prototype must match 
When an enabled intrinsic function is redefined, the number of arguments 
must be the same. (e) 
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unsigned int __ffl(unsigned int x, unsigned int y) 


{ 
} 


1701: invalid types on prototype to intrinsic function name - when the intrinsic is 
enabled, optional user prototype must match 
When an enabled intrinsic function is redefined, the prototypes must match. 


(e) 


unsigned int __ffl(int a) 


{ 


} 


1702: prototype return type of intrinsic function name should be type - when the 
intrinsic is enabled, optional user prototype must match 
When an enabled intrinsic function is redefined, the return type must match. 


(e) 


void __ff1(unsigned int a) 


{ 
} 


1703: function name matches intrinsic function name - rename function or disable 
the intrinsic with -Xintrinsic-mask 
A function with the same name as an intrinsic function has been defined. The 
function should be renamed or intrinsic functions should be disabled. (w) 


unsigned int __ff1l(unsigned int x) 


{ 
} 


1704: structure or union cannot contain a member with an incomplete type 
Structures or unions should not contain fields of incomplete type. (w; future 
error) 


struct x 
{ 
void a; 
yi 
1707: invalid pointer cast/assignment from/to __X mem/__Y mem 
The pointer assignment is invalid because it is between locations in two 
different memory banks. (e) 


1708: cannot take address of an intrinsic function 
An intrinsic function, which represents a specific CPU instruction, has no 
location in memory. 
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1709: unsupported GNU Extension : inline assembler code 


The compiler does not translate extended GNU inline assembler syntax (such 
as register usage specification). (e) 


1710: macro macroname: vararg argument count does not match. expected n or 
more but given m 


Too few arguments are passed to a vararg macro. (w) 


#define TEST_INFO_1(fmt, val, ...) printf(fmt, val, VA_ARGS__) 


TEST_INFO_1("vall = %d, val2 = %d", 12); 


1711: undefined identifier identifier used in constant expression 
An undefined macro name occurs in a #if preprocessor directive. To disable 
this warning, use -Xmacro-undefined-warn. (w) 


#if (FooDef1l == FooDef2) 
# oo... 
#endif 


1712: only vector literals may be used in vector initializations 
Vectors can be initialized only with vector constants. (e) 


vector int a[2] = {1, 2}; 
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1713: 
1714: 
1715: 
1716: 
1717: 
1718: 
1719: 
1720: 
1721: 
1722: 
1723: 
1724: 
1725: 
1726: 
1727: 
1728: 
1729: 
1730: 
1731: 


1732, 
1733: 


1734: 
1735: 
1736: 
1737: 
1738: 
1739: 
1740: 
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invalid assert name name 

invalid macro name name 

no input file given 

memory unavailable 

unterminated comment 

unterminated character or string constant 
duplicate parameter name param in macro macro 
implicit include file “file” not found 

missing ">" in ‘#include <filename> syntax" 
junk after "#include <filename>" 

junk after "#include “filename” 

"#include" expects <filename> or “filename” 

#if nesting too deep 

#include file nesting too deep. possible recursion 
unmatched condition. block starts on line 
unmatched condition 

unbalanced condition 

undefined control after expr 


EOF inside #... conditional 


illformed macro parameter list in macro macro 

invalid macro name name 

invalid argument to macro 

illformed macro invocation 

invalid assert name name 

"H#" at start of macro definition 

"#" precedes non macro argument name or empty argument 


macro macro: argument count does not match. expected n but given m 


1741: 
1742: 
1743: 
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redefinition of macro "macro". previously defined here 
predefined macro macro redefined 


empty token-sequence in "#assert" 


: no closing ")" in "#assert" 
1745: 
1746: 
1747: 
1748: 
1749: 
1750: 
1751: 
1752: 
1753: 
1754: 
1755: 
1756: 
1757: 
1758: 
1759: 
1760: 
1761: 
1762: 
1763: 
1764: 
1767: 
1768: 
1769: 
1770: 


garbage at the end of "#assert" 

invalid number in #line 

only a string is allowed after #line <num> 
string expected after #error 

string expected after #ident 

# directive not understood 

"defined" without an identifier 

no closing ")" in "defined" 

bad digit in number 

bad number in #if... 

floating point number not allowed in #if... 
wide character constant value undefined 
undefined escape sequence in character constant 
empty character constant 

multi-character character constant 

octal character constant does not fit in a byte 
hex character constant does not fit in a byte 
character constant taken as unsigned 
garbage at the end of condition argument 
illegal identifier identifier in condition 

can’t find include file file in the include path 
invalid "vector bool" constant, valid values 0, 1 or -1 
the called object is not a function 


array is too large 
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There is a physical limitation on the amount of space that can be allocated for 
an array. (e) 


1771: reserved identifiers "__ FUNCTION_" and "__PRETTY_FUNCTION__" may 
only be used inside a function 
The special identifiers _ FUNCTION__ and __PRETTY_FUNCTION_, which 
return the name of the current function, can be used only within a function. (e) 


1772: possible redundant expression 
The compiler has encountered a valid but redundant operation, such as xé&x. 
This message appears if the -Xlint option is used. (w) 


1773: quoted section name cannot be empty, set to: default name 
Quoted section names cannot be empty (“” or“ ” ). For example, 


-section " ",4,rx 

will be changed to: 

.section "default_section_name" ,4,rx 

where the default section name is determined by context. (w) 


1774: asm macro must be completed with "}" in the very first position 
An asm macro must conclude with a right brace ("}") in the first column of a 
new line. The example below shows a valid asm macro. (e) 
asm void setsr (unsigned short value) 
{ 
emem value; 
move.w value,d0d 
move.w d0,sr 


af 

1775: Deprecated use of constructor/destructor ignored, use attribute keyword 
The compiler encountered an initialization or finalization function declared 
with the obsolete prefix _STI__nn_or STD__nn_. Use the __attribute__ 
keyword to identify initialization and finalization functions, or specify 
-Xinit-section=2 to use old-style initialization and finalization sections. (f) 


1776: constructor/destructor priority out of range (number) 
The specified priority is out of range. The default range is 0-65535; but if 
-Xinit-section=2 is enabled, the range is 0-99. (e) 


1777: default constructor/destructor priority out of range, setting to lowest 
The priority for default constructors and destructors has been set with 
-Xinit-section-default-pri to a value that is out of range. The default range is 
0-65535; but if -Xinit-section=2 is enabled, the range is 0-99. (w) 
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1778: option -Xc++-old is deprecated and dtoa will be removed in a future 
release 
-Xc++-old, which invokes an obsolete version of the C++ compiler, will not be 
supported indefinitely. Legacy projects should be ported to the latest C++ 
compiler. See Older Versions of the Compiler, p.220 for more information. (w) 


1779: CODE section without execute access mode: section-name 
A CODE section has been created with a specified access mode that does not 
include execute permission. For example: 


#pragma section CODE ".SOME_CODE_SECTION" RW far-code 


In this example, RW (read-write) is not a valid access mode, since a CODE 
section must allow execution. X (execute) should be added to the access mode. 


(e) 


1780: non-int bitfields not allowed in packed structures 
Bit-fields of type char or short are nonstandard. Depending on the compilation 
target, such bit-fields can result in faulty code when they occur in packed 
structures. For example: 


struct { 

cane short foo:11; 
} __attribute__( (packed) ) structl 
Replace unsigned short with int. (e) 


1793: conflicting types for section section: 
An attempt has been made to mix types of information in a single object-file 
section; for example, constant data (such as a string constant) into a section 
reserved for code or variables. 


In this example, the compiler assumes from the first statement that the section 
-mydata is intended to be of the DATA section class, whereas the second 
statement assumes that .mydata will be a CONST section class: 


__attribute__((section(".mydata"))) int var = 1; 
__attribute__((section(".mydata"))) const int const_var = 2; 


H.2.4 C++ Messages 
The C++ compiler generates additional messages and diagnostics numbered 4xxx 


and 5xxx. No further documentation is currently available for these messages. If a 
message if unclear, contact Customer Support. 
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If you are compiling C++ code with the -Xc++-old option, see H.2.3 C Compiler 
Message Detail, p.607 for a list of diagnostics. 


The severity of some C++ diagnostics (information, warning, error, or fatal) varies 
according to the circumstances under which the message is generated. 


H.3 Assembler Messages 


Assembler messages have the format: 
"file", line #: severity: message 


Three kinds of messages are generated. The severity values for each as they appear 
in messages are as follows. 


warning 
Warning: a message will be printed, assembly will continue, and an output file 
will be produced. 


error 
Error: a message will be printed, assembly will continue, but no output will be 
generated. 


fatal 
Fatal: a message will be printed and assembly aborted. 


Assembler messages are intended to be clear in the context of the error and are not 
listed here. Please report unclear assembler error messages to Customer Support. 


H.4 Linker Messages 


H.4.1 Linker Message Format 


Linker messages have the format: 


DLD.EXE: message 
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Where relevant, the file and line are included in the message. 


The severity level for each message is shown in parentheses in the message 
description. A warning (w) generates a diagnostic message, but linking continues 
and an output file is produced. An error (e) causes the linker to abort. 


H.4.2 Linker Message Detail 


"." (Ox...) is assigned invalid value: Ox... 


Assignment to “.” creates a gap in section data. The size of this gap should not 
be negative and should be less 0x4000000. (e) 


Absolute section has invalid name: name 
Absolute section name must be “.abs.hexNumber’. (e) 


An unknown or incorrect option has been provided 
The linker does not recognize an option flag that has been passed to it. (w) 


Archive file filename does not have symbol table 
An archive file must have a symbol table to be usable by the linker. Use dar to 
create the table. (e) 


ASSERT failed: assertion 
(Message may include the assert expression.) Contact Customer Support. (e) 


Assignment to symbol "symbol" in the LECL file is ignored 

The symbol is defined in an input object file 
The linker command file cannot redefine a symbol that is already defined in an 
input object file. (w) 


Cannot allocate Ox... bytes of memory for "name" 
The MEMORY directive in the linker command language is used to specify the 
regions from which the linker can allocate memory. When there is not enough 
space to contain a group, section, or NEXT directive, an error message is 
generated. (e) 


Cannot allocate branch island 
The linker cannot calculate the address or size of a branch island. The circular 
dependencies are too complex. (e) 


Cannot calculate address of group 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 
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Cannot calculate address of section section 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot calculate OVERFLOW size expression 
Complex circular dependencies cannot be resolved. An expression value 
depends on the address or size of a symbol or section, which in turn depends 
directly or implicitly on the expression value. Example: 


X = SIZEOF(Y); Y (DATA) : { . =. + X; } 


Linker command language and implicit linking rules constitute an equation 
system which can be unsolvable, resulting in this or similar error message. (e) 


Cannot calculate size of group 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot create branch island - section section is too large 
Branch islands are created between input sections. If an input section is too 
large it might not be possible to create an island for that branch. 


Cannot create Branch Island for Arm to Thumb call, function name 
Contact Customer Support. (e) 


Cannot create Branch Island for Thumb to Arm call, function name 
Contact Customer Support. (e) 


Cannot create position independent branch island: _SDA2_BASE_is undefined 
-Xpic-only needs the symbol _ SDA2_BASE_ to be defined. (e) 


Cannot evaluate expression 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot evaluate fill value expression 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Cannot evaluate value of symbol symbol 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 
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Cannot find matching input sections for"..." 
Input section specification does not match any input. (w) 


Cannot find overflow output section "section" 
Invalid section name in OVERFLOW statement. No such section defined in 
linker command file. (e) 


Cannot get current directory name 
Call to getcwd() failed. (e) 


Cannot rename "filename", error: message 
The host operating system reported an error renaming the file. Check the 
permissions on the directory where the file resides. This usually means that 
you are not permitted to write in that directory. (e) 


Cannot write relocation table: relocation type Ox... is not supported by COFF 
This can occur when input and output have different formats (ELF to COFF) 
and some relocations cannot be converted. (e) 


Cannot allocate memory (NEXT) 
The MEMORY directive in the linker command language is used to specify the 
regions from which the linker can allocate memory. When there is not enough 
space to contain a group, section, or NEXT directive, an error message is 
generated. (e) 


momo 


Cannot calculate size of section "section": "." (Ox...) is assigned invalid value: 0x... 


Can't calculate size of section section: it depends on section address ... 


Can't calculate size of section section: it depends on section address.... 

The section might require alignment specification 
Complex circular dependencies cannot be resolved. Linker command 
language and implicit linking rules constitute an equation system which can 
be unsolvable, resulting in this or similar error message. (e) 


Can’t create file name 


Can’t create file name: ... 
The host operating system returned an error when dld tried to create a file. The 
permissions in the current directory probably don’t allow your dld command 
to write in the directory. (e) 


Can't create tempfile name: ... 
The host operating system returned an error when dld tried to create a file. The 
permissions in the current directory probably don’t allow your dld command 
to write in the directory. (e) 
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Can’t find file: filename 
The linker cannot locate the specified file. (e) 


Can’t find library: libname.a 
The linker cannot locate the specified library. (e) 


Can't find output section section 
Invalid section name in linker command language expression. (e) 


Can't find section section 
Invalid section name in linker command language expression. (e) 


Can’t Iseek on name: ... 
Possibly an external task has shortened the file. More likely, this represents an 
internal error in the dld code. Please collect a test case to reproduce the 
problem and contact Customer Support. (e) 


Can't open filename: ... 
The host operating system returned an error when dld tried to read the file. 
Check the permissions on the file and the full pathname to the file. Perhaps 
there is a spelling error in the path. (e) 


Can’t open tempfile name: ... 
The host operating system returned an error when dld tried to read the file. 
Check the permissions on the file and the full pathname to the file. Perhaps 
there is a spelling error in the path. (e) 


Can’t search unused sections, main entry symbol "symbol" is undefined 
This warning should not be generated since the current linker deletes such 
symbols silently. (w) 


Can’t search unused sections, main entry symbol "symbol" has absolute address 
This warning should not be generated since the current linker deletes such 
symbols silently. (w) 


COMMON object is eclipsed by a function definition: 
Function name: name 
File: filename 


A symbol of type function is defined with the same name as a COMMON 
object. (w) 


Compression switch function "function" is undefined 


PowerPC compressed code only. When -Xmixed-compression is on, symbols 
__switch_to_uncompressed and __switch_to_compressed must be defined in 
an input object files. (e) 
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Don’t know where to allocate input section: 
no matching input specification found in linker command file. 
Section name: section 
File: filename 


Change linker command file to include explicit instructions on how to link this 
section. If the “section name” referred to in the message is .ctors or .dtors, you 
may be using an old linker command file that specifies .init and .fini instead 
of .ctors and .dtors. (w) 


Don’t know where to put COMMONS! No .bss and no COMMON directive 
Found a COMMON variable but linker command file has no .bss nor 
COMMON. (e) 


Don’t know where to put small COMMONS! No .sbss and no SCOMMON 
directive 
Found a small COMMON variable but linker command file has no .sbss nor 
SCOMMON. (e) 


End of memory 
All internal structures used in the linker are dynamically allocated. When the 
host operating system cannot provide more memory, the linker aborts with an 
error message. On UNIX, change the amount of memory your shell allows 
with the limit or ulimit command; if that does not work, increase your swap 
area. On Windows, increase your swap area (virtual memory). (e) 


Environment variable "RTAPROJECT" must be set 
The variable must be set when -Xgenerate-vmap is used. (This option is not 
intended to be set by the user.) (e) 


Failed to read file name: ... 
The host operating system reported a read error. Perhaps the file’s permissions 
were changed by another task after dld opened it successfully. (e) 


Failed to read file name: file is empty 
The host operating system reported less data in the input file than dld 
expected. Probably the file is corrupted or was only partially written because 
the file system filled up before its writes were completed. You should recreate 
the file and retry your dld command. (e) 


Failed to read file name from archive name 
The host operating system reported a read error. Perhaps the file’s permissions 
were changed by another task after dld opened it successfully. (e) 


Failed to read from file name: ... 
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Failed to read from file name(...): ... 
The host operating system reported a read error. Perhaps the file’s permissions 
were changed by another task after dld opened it successfully. (e) 


Failed to read from file name: end of file 
The host operating system reported less data in the input file than dld 
expected. Probably the file is corrupted or was only partially written because 
the file system filled up before its writes were completed. You should recreate 
the file and retry your dld command. (e) 


Failed to write to file name: ... 
The host operating system reported a write error. Perhaps the file’s 
permissions were changed by another task after dld opened it successfully. 
Perhaps the file partition has filled up, leaving insufficient room for the file. (e) 


File filename does not have symbol table section 


File filename(...) does not have symbol table section 
Invalid input file: no symbol table. (e) 


File filename has invalid relocation section 
File filename(...) has invalid relocation section 
Invalid input file: invalid reference to relocation information. (e) 


File has wrong byte order, file filename 
Invalid ELF header: Byte order neither big-endian nor little-endian. (e) 


File has wrong class, file filename 
Invalid or unsupported ELF class in input file header. (e) 


File has wrong version, file filename 
Invalid or unsupported ELF version in input file header. (e) 


File is not an ELF file, file filename 
Linker assumed file to be ELF but it does not have valid ELF header. (e) 


File filename is not of known format 
Supported formats are COFF, ELF, archive, and linker command language. (e) 


File "filename", section "section", offset Ox...: Invalid relocation: .... 
Input object file has relocation entry which cannot be processed. (e) 


File type is not COFFE, file filename 
Contact Customer Support. (e) 


File type is not ELE file filename 
Contact Customer Support. (e) 
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Generation of relocation entries without a symbol table is not possible 
Invalid -s option. (e) 


.. has BIND address, "> area-name" specification is ignored 
Contact Customer Support. (w) 


Illegal -B option 
-B must be followed by “=”. (e) 


Illegal expression 
Contact Customer Support. (e) 


Illegal filename prefix[COMMON], only * is allowed 
Input specification must be *[COMMON], not xyz.o[ COMMON]. (e) 


Illegal option option 
Option is not recognized. (w or e) 


Illegal option -Xoption 
Option is not recognized. (e) 


Illegal usage of HEADERSZ in LECL file 
Contact Customer Support. (e) 


Illegal -Y option 
-Y must be followed by “,”. (e) 


In file "filename", Section "section 
Section offset 0x.., 
Symbol "symbol" 
Invalid relocation entry 
Input file has broken symbol table or relocation information. (e) 


In file filename, symbol symbol has invalid value: 
symbol is undefined (state 0x...), but value is not zero - Ox... 
Invalid input file: The symbol table is defective. (w) 


In LECL file "filename", line number, 
name is not allocable, "> name" specification is ignored 
Section or group is not allocatable; see ELF for section attributes. (w) 


Input contains mix of little-endian and big-endian object files: 
Aborted... 
Linking a mix of little-endian and big-endian object files is not supported. (e) 
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Input contains mix of PPC COFF and ELF object files: 
PPC COFF and ELF object files have incompatible calling conventions 
Mixing PowerPC COFF and PowerPC ELF is dangerous. (w) 


Input files contain code for mixed processors: 
Only one file for each processor type is listed 
Mixing code generated for different CPU types is dangerous. (w) 


Insufficient memory 
All internal structures used in the linker are dynamically allocated. When the 
host operating system cannot provide more memory, the linker aborts with an 
error message. On UNIX, change the amount of memory your shell allows 
with the limit or ulimit command; if that does not work, increase your swap 
area. On Windows, increase your swap area (virtual memory). (e) 


Internal error: cannot calculate COFF header size 
Contact Customer Support. (e) 


Internal error: cannot calculate ELF header size 
Contact Customer Support. (e) 


Internal error: can’t ADD symbol to non-hashed table 
Contact Customer Support. (e) 


Internal error: error counting undefines 
Contact Customer Support. (e) 


Internal error: illegal output file type 
Contact Customer Support. (e) 


Internal error: illegal/unsupported output format ... 
Contact Customer Support. (e) 


Internal error: no output file type set 
Contact Customer Support. (e) 


Internal error: not relocinfo 
Contact Customer Support. (e) 


Internal error: output buffer overflow 
Contact Customer Support. (e) 


Internal error: should not happen 
Contact Customer Support. (e) 


Invalid archive format, file filename 
Archive file has invalid format. (e) 
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Invalid archive symbol table, file: filename 
Invalid input file: The symbol table is defective. (e) 


Invalid file header, file filename in archive archive 
Contact Customer Support. (e) 


Invalid fill pattern alignment, must be 1, 2, or 4 
Invalid fill specification in section definition (SECTIONS command). (e) 


Invalid fill pattern size, must be 1, 2, or 4 
Invalid fill specification in section definition (SECTIONS command). (e) 


Invalid option format: option 
Valid format is -optionName|=number]. (e) 


Invalid relocation info: 
File "filename” 
Section "section” 
Section address 0x...size Ox... 
Relocating reference at address 0x... 
Can’t relocate 
Input object file has broken relocation information. (e) 


Invalid section header in file "filename", section name "name" 
Invalid input file: Invalid COMDAT section header. (e) 


Invalid value of -Xmax-long-branch= option 
The option sets the maximum branch offset which does not need a branch 
island. Some targets (like the PowerPC) have short and long branch 
instructions. Valid values are 2..0x7fffffff; using the option without a value is 
an error. (e) 


Invalid value of -Xmax-short-branch= option 
Valid values are 2..0x7fffffff. Using the option without a value is an error. (e) 


Machine type not supported, file filename 
Machine type not supported, file filename(...) 


Invalid input file: unsupported target CPU. (e) 


Memory area "area-name" is full 
Memory area specified in “> area-name” is full. (e) 


Memoty area "area-name" is undefined 
Invalid name in “> area-name” specification. (e) 


Memory block extends over 32 bit address range: ... 
memory address + memory size >= 0x100000000. (w) 
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Next alignment with zero! 
Invalid argument of NEXT(). (e) 


No main entry point defined 
Executable output needs an entry point. (e) 


No section names in file filename 
Invalid input file: no section names string table. (e) 


No string table in file filename 
Invalid input file: no string table. (e) 


Nothing to link 
No object files are given in the command line. (e) 


Only one COMMON allowed in LECL file 
More than one input specification like *[COMMON] is not allowed in the linker 
command file. (e) 


Only one SCOMMON allowed in LECL file 
More than one input specification like *[SCOMMON] is not allowed in the 
linker command file. (e) 


Out of memory reading archive archive 
All internal structures used in the linker are dynamically allocated. When the 
host operating system cannot provide more memory, the linker aborts with an 
error message. On UNIX, change the amount of memory your shell allows 
with the limit or ulimit command; if that does not work, increase your swap 
area. On Windows, increase your swap area (virtual memory). (e) 


Output file format not specified 
Contact Customer Support. (e) 


Output section "section" contains mix of compiled for compression and normal 
sections: The output section will not be prepared for compression 
Mixing compressed and normal code in one section is illegal. (w) 


Output sections: have overlapping load addresses 
Incompatible specification of output sections. (e) 


Output sections: have overlapping run-time addresses 
Incompatible specification of output sections. (e) 


Overlapping memory block block 
Two or more MEMORY directives define the same memory area. (w) 


Redeclaration of symbol 
More than one definition of a symbol which is not COMMON or weak. 
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Register number in REGISTER() section specification must be in 0..n range 
Invalid register specification. (e) 


Relocation error in file filename: section section refers to local symbol symbol in 
section section and section section is not taken to output 
Linker failed to remove unused sections properly. file a SPR. Contact 
Customer Support. (e) 


Relocation error in file filename: 
section section refers to local symbol symbol at section section and 
section section is purged COMDAT section 
Linker failed to remove unused COMDAT sections. Contact Customer 
Support. (e) 


Relocation info is not properly sorted, file filename, section section 
Relocation info is not properly sorted, file filename(...), section section 


Input file has broken relocation information. (e) 


Section .data (DATA) is not defined 
COFF output must have a .data section. (e) 


Section e_shstrndx is not a SHT_STRTAB in file "filename" 


Section e_shstrndx is not a SHT_STRTAB in file "filename(...)" 
Invalid input file: invalid ELF header. (e) 


Section section extends over 32-bit address range 
section address + section size >= 0x100000000. (w) 


Section .text (TEXT) is not defined 
COFF output must have a .text section. (e) 


Symbol "symbol" can’t be declared relative 
Symbol is declared as"... @... =... 
Section "section" is empty - can’t be used for relative declaration 
A section must have some input section to make relative declaration possible. 


(w) 


Symbol "symbol" can’t be declared relative 

Symbol is declared as"... @... =..." 

Symbol "symbol" is absolute - can’t be used for relative declaration 
Base symbol must be declared inside a section. (w) 


Symbol definition "name" not found 
Symbol name is used in linker command file but symbol is undefined. (e) 
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Symbol definitions missing at index index in name 
Contact Customer Support. (e) 


Symbol "symbol" has unknown binding type 
Contact Customer Support. (e) 


Symbol symbol has unknown section index 
Invalid symbol table in input ELF file. (w) 


Symbol symbol has unknown symbol type 
Input file has a symbol of an unknown or unsupported type. (e) 


Symbol symbol in name is defined in unknown section 
Invalid section table in input ELF file. (w) 


Symbol symbol is declared with more than one size 
Symbol symbol is declared with more than one size (n and m) 


Conflicting definition for a COMMON variable. (w) 


Symbol symbol is undefined but not used 
This warning should not be generated since the current linker deletes such 
symbols silently. (w) 


Symbol name missing. Must be defined when using shared libraries. 
This message is no longer used. (e) 


Symbol or section "name" not found 
Invalid name in relative symbol definition in linker command file. (e) 


Symbol _SDA_BASE_ is undefined 

Symbol _SDA2_BASE_is undefined 

Symbol _SDA3_BASE_is undefined 
The symbol _SDAx_BASE_is needed to process SDA (Small Data Area) 
relocations. (e) 


Target architecture is not specified 
Unknown target. (e) 


Undefined symbol "symbol" 

Undefined symbol "symbol" in file "filename" 

Undefined symbol "symbol" in file "filename(...)" 
An undefined symbol is referenced. (w) 


Undefined symbols found - no output written 
The MEMORY directive in the linker command language is used to specify the 
regions from which the linker can allocate memory. When there is not enough 
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space to contain a group, section, or NEXT directive, an error message is 
generated. (e) 


Unknown relocation type in name 
Contact Customer Support. (e) 


Unsupported file format: "name" 
Supported formats are COFF, ELF, archive, and linker command language. (e) 


Unsupported file type in archive 
Supported formats in archives are COFF and ELF. (e) 


Unsupported output file format 
Selected combination of object-file format and target is not supported. (e) 


Unsupported relocation type ... 
Unsupported relocation type in file "filename" 
Input file has unsupported relocation type. (e) 


Unused symbols search failure, symbol: symbol 
The linker failed while attempting to find and delete unused symbols in object 
files. This could be caused by a linker bug, or by an object file that is corrupt, 
invalid, or in an unsupported format. (e) 


Use -Xmixed-compression command line option to enable generation of 
compression switches 

PowerPC compressed code only. The switches are codes which change the 

CPU mode from compressed code to normal code and back. (e) 


Value of "." is undefined outside a section or group 
Illegal use of ”.” in linker command file. (e) 


-Xstop-on-warning is on, linking aborted 
The linker stopped after issuing a warning because the -Xstop-on-warning 
option is enabled. (e) 
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Symbols 


# comments in configuration file 563 

!= binary not equal to, assembler operator 316 

'H 161 

'L 161 

$ assembler hexadecimal constant prefix 306 

% binary modulo assembler operator 315 

%, assembler binary constant prefix 306 

%f format specifier 489 

%p conversion, implementation-defined 
behavior 582 

%S field, with -Xsubtitle 298 

%T field with -Xtitle 298 

%X conversion, implementation-defined 
behavior 582 

%x conversion, implementation-defined 
behavior 582 

& binary bitwise and, assembler operator 315 

&& concatenating macro parameter 343 

* assembler comment delimiter 301 

* binary multiply assembler operator 315 

+ binary add assembler operator 315 

+ unary assembler add 315 

- binary subtract assembler operator 315 

- unary assembler negate 315 

/ binary divide assembler operator 315 

// comment delimiter 301 

= expression assembler directive 318 


Index 


< binary less than assembler operator 316 

<< binary shift left assembler operator 315 

<= binary less than or equal to assembler 
operator 316 

=: defines global symbol 303 

=: expression assembler directive 318 

== binary equal to, assembler operator 316 

> 

> binary greater than assembler operator 316 

>= binary greater than or equal to assembler 
operator 316 

>> binary shift left assembler operator 316 

-? command-line options 36 

@, assembler octal constant prefix 306 

-@ name assembler option, options from file or 
variable 290 

-@ name common option, options from file or 
variable 417 

-@ name compiler option, options from file or 
variable 50 

-@@ name common option, options from file or 
variable 557 

-@@ name assembler option, options from file or 
variable 290 

-@@ name common option, options from file or 
variable 417 

-@@ name compiler option, options from file or 
variable 50 

-@E common option, redirecting output 418 

-@E compiler option, redirects output 50 
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-@E linker option, redirects output 370 
-@O assembler option, redirecting output 290 
-@O common option, redirecting output 418 
-@O compiler option, redirects output 50 
-@O linker option, redirects output 370 
-# option 290 
display linker command lines 369 
print command lines as executed 49 
-## compiler option, prints command lines 49 
-### compiler option, prints subprograms 49 
@code unary operator 314 
@data unary operator 314 
@h unary operator 315 
@l unary operator 315 
\@ special macro parameter 344 
\0 special macro parameter 343 
’ binary exclusive or, assembler operator 315 
| bitwise or 315 
~ unary assembler complement 315 
‘\’ backslash escape sequence 306 
‘\b’ backspace escape sequence 306 
“single quote escape sequence 306 
‘\f’ form feed escape sequence 306 
‘\n’ line feed (newline) escape sequence 306 
‘\r’ return escape sequence 306 
‘\t’ horizontal tab escape sequence 306 
‘\v’ vertical tab escape sequence 306 
/ , assembler hexadecimal constant prefix 306 


Numerics 


0, assembler octal constant prefix 305 

Ox, assembler hexidecimal constant prefix 305 
.2byte assembler directive 318 

Abyte assembler directive 318 


A 


-A compiler option 
define assertion 36, 127 
-A- compiler option 
ignore macros and assertions 36 
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.a file extension, archive library 19 
.a files. See libraries, shared libraries 
-a linker option, forcing -r to allocate common 
variables 371 
-A linker option, link files from archive 370 
-a option 
ddump 430 
a64lconversion function 476 
abort function 
definiton 476 
implementation-defined behavior 
calling, assert function 581 
flushing and closing files 583 
abridged C++ library 226 
abs absolute value function 476 
abs intrinsic function 151 
.abs.nnnnnnnn section. See sections 
absolute 
assembler expressions 313 
expressions 313 
sections. See sections 
variables 
accessing at specific addresses 277 
accesssing with symbolic debugger 250 
absolute (__attribute__ keyword) 146 
access function determining file accessiblility 476 
access Y O function 
RAM-disk support, checking file 
accessibility 274 
access modes 
COMDAT section, with O access mode 247 
defining section accessibility 247 
RW, default for use 243 
RX, default for use 243 
access modes 
default values for predefined section 
classes 243 
in pragma section & pragma use_section 240 
read, write, execute 247 
accessing variables and functions at specific 
addresses 276 
acc-mode. See access modes 
acos function 477 
acosf function 477 
ADDR pseudo function 390 


addressing modes 
definitions, table of 244 
code generated by compiler foreach 251 
code/data relative 252 
far-absolute 244, 252 
default for use 243 
far-code 245,252 
far-data 245,252 
example 246 
mode used when referencing a variable 244 
near-absolute 244,252 
near-code 245,252 
near-data 244,252 
operands 587 
r8-relative 256 
standard 252 
default for use 243 
definition 244 
for CODE section class 245 
for data sections, equivalent to far- 
absolute 245 
table of command-line options that affect the 
default 246 
addr-mode. See addressing modes 
advance function, definition 477 
aliasing 
pointer arguments 61 
variables, #pragma no_alias 133 
.align assembler directive, definition 319 
ALIGN keyword 398 
align pragma 129 
aligned (__attribute__ keyword) 147 
alignment 
array 172 
classes 173,185 
minimum for target memory access, - 
Xalign-min 60 
packed structures 136 
output sections 380 
#pragma align 129 
#pragma pack 135 
scalar types 170 
strings, -Xstring-align 114 
structures 173,185 
-Xmember-max-align 143 


Index 


-Xstruct-max-align 98 
unions 173,185 
.alignn assembler directive 319 
alloca function 
dynamic stack space allocation 152 
__alloca intrinsic function 151 
alloca intrinsic function 151 
allocate 
storage 310 
ANSI 
Cc 
mode invoked with -Xdialect-ansi 75 
C standard 
additions to 123 
conformance to 6 
implementation-defined behavior 577 
library functions disregarded with -Xclib- 
optim-off 67 
recommended reference 8 
C++ standard 
additions to 123 
conformance to 6 
differences from ANSI C 228 
recommended reference 8 
compiler limits 575 
references 474 
standards conformance 6,569 
a.out 
default linked output object file 374 
naming by default, single executable file 120 
archiver,dar 11 
argc argument 
environment 580 
argc defining for target program with setup 279 
argument address optimization 
explanation 198 
interprocedural optimizations 205 
argument passing 183 
C++ 183 
class, struct, union 183 
floating point 83 
hidden, call a function with a return type of 
class, struct, or union 185 
hidden, passed in register r2_ 185 
pointers to members 184 
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spill area, used to save argument registers if 
function is a variable argument 182 
argv 
argument 580 
defining for target program with setup 279 
using ininit.c 266 
using ininit.c 266 
arrays 
alignment 172 
implementation defined behavior 579 
incomplete initialization 
parsing controlled, -Xbottom-up-init 64 
treatment in different modes 571 
initialization of automatic arrays in different 
modes 570 
large initialized and compiler limits 576 
sizeof 172 
.ascii assembler directive 319 
.asciz assembler directive 320 
.asciz directive 320 
asctime function 
calling .tzset function 547 
definition 478 
asin function 478 
asinf function 478 
asm. 
macro 160 
See also assembler macros 
string statement 
disabling optimizations 165 
strings 157 
asm keyword 
See assembler macros 
__asm__keyword 141 
asm keyword 141 
allowing in different modes 570 
assembler 
delaying literal generation 295 
directives 
direct assignment 313 
operand field format 301 
embedding within compiled programs 276 
error messages 662 
macros 157 
mixing C and assembler functions 276 
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options 286 
relocation types, table of 253 
assembler decimal constants 306 
assembler directives 
2byte 318 
literals 329 
assembler macros 
asm 158, 159, 160 
C++ 160 
register list line 162 
storage mode for parameters 
con 161 
storage mode line 160 
assembler operator precedence, table of 316 
assembler supported constants 305 
assembly 
code 
generating for each addr-mode 251 
file 
keep 91 
preprocess 105 
temporary 91 
output 37,122 
including source, -Xpass source 103 
section directive 241 
assert 
function 
definition 478 
implementation-defined behavior 581 
macro, <assert.h>, standard header files 467 
preprocessor directive 126 
assertions 
See also assert, -A compiler option 
dumping symbol information 71 
assignment 
command 401 
command in section-definition 395 
pop optimization 200 
statements, with -WD complier option 44 
assignment statements 
configuration files 556 
configuration language, definition 565 
atan function 479 
atan2 function 479 
atan2f function 480 


atanf function 479 
atexit function 

definition 480 

exit function 487 
atof function 480 
atoi function 480 
atol function 481 
__attribute__ keyword 145 
attribute specifiers 145 
auto storage class 579 
automatic variables 130 


-B option 
ddump 430 
b, assembler binary constant suffix 306 
backslash escape sequence, ‘\’ 306 
backspace escape sequence, ’\b’ 306 
backward compatibility 220 
-balign assembler directive 320 
base 
register 
r8 pointing to the code and constant data 
section 186 
r9 pointing to the data section 186 
basic data types, table of 170 
-Bd, -Bt options 371 
big vs. little endian object module format 22 
__BIG_ENDIAN___ preprocessor predefined 
macro 123 
binary operators, table of 315 
binary representation of data 153 
binding (VxWorks shared libraries) 377 
bit-fields 
char type 172 
definiton 172 
enum type 172 
implementation-defined behavior 579 
int plain, sign of 223 
inttype 172 
long long 
not permitted in long long variables 143 
type not allowed 172 


Index 


long type 172 
making signed with signed keyword 172 
plain treating as 
signed with -Xbit-fields-signed 62 
unsigned with -Xbit-fields-unsigned 62, 
63 


reducing size with -Xbit-fields-compress-... 62 


short type 172 
blanks in macro arguments, -Xmacro-arg-space- 
off 296 
.blkb assembler directive 320 
bool 
__bool preprocessor predefined macro 123 
type. See type, bool 
branch 
complex optimization 202 
PC-relative 
or absolute 245 
using the -Xcode-far-relative option 256 
predicting in feedback optimization 208 
with tail recursion 196 
break statement, configuration language 568 
__brev intrinsic function 151 
bsearch function 481 
.bsect assembler directive 320 
.bss assembler directive 320 
.bss section. See sections 
BSS section type 397 
BSS_START, __ BSS_END symbols 
initializing static variables to zero 266 
using in clearing static uninitialized 
variables 388 
-Bsymbolic linker option 372 
BTEXT section class. See section classes 
BUFSIZ constant 
defining required size of buf 531 
defining, stdio.h function 471 
with setvbuf 532 
building, rebuilding, the libraries 464 
.byte assembler directive 320 
byte ordering 171 
byte-swapping using #pragma pack 135 
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C++ compatibility 
exception handling 363 
functions 227 
driver program, dcc 10 
function calls, optimization of 67 
standard, recommended reference 8 
standards conformance 6 
to C++ migration 227 
.C file extension, C++ source 19 
-Coption 36 
ddump 430 
-c option 
during separate compilation 121 
stopping after assembly, producing object 37 
-Xkeep-object-file 91 
C++ 
argument passing 183 
calling C functions 227 
classes 173 
code, #pragma inline vs. keyword, linkage 197 
driver program, dplus 10 
exception-handling 
and C functions 363 
stack-unwinding 363 
features and compatibility 225 
library 46 
abridged 226 
complete 226 
nonstandard functions 227 
standard 
conformance to 6 
recommended reference 8 
standards conformance 6 
-c, compiler option 
stopping after assembly 19 
C89 standard 74,569 
C99 standard 68, 74, 569 
calling conventions 181 
calloc function 
definition 481 
free function 494 
implementation-defined behavior 583 
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realloc function 526 
case 
label, implementation-defined behavior 580 
statement, configuration language 568 
catch C++ keyword 78, 193 
catch keyword 
disabling exceptions 78 
flagging as error 230 
if user-defined identifier, may necessitate 
modification of program 228 
.cc file extension, C++ source 19 
ceil function 481, 482 
ceilf function 482 
char type 
See basic data types, table of 
bit-fields 172 
signed 171 
unsigned 171 
character 
constants 
escape sequences, table of 307 
constructing internal representation 578 
entering integral constants 305 
escape sequences for 306 
replacing macro arguments in 572 
swap, -Xswap-cr-nl 115 
I/O function 273 
implementation-defined behavior 578 
Newline 307 
signed, -Xchar-signed 66 
unsigned, -Xchar-unsigned 66 
character constants, assembler 305 
chario.c file 273 
__CHAR_UNSIGNED__ preprocessor predefined 
macro 124 
_chgsign function 482 
CIE (Common Information Entry) 73 
class 
auto storage 579 
definition, type_info 231 
instantiation, -Ximplicit-templates-off 86 
library 
abridged C++ 456 
C++ iostream.a 455, 456 
libcomplex.a 


C++ complex math class library 13 
directory location 458 
supplied with tools 455 
libstlstd.a 
directory location 459 
member 
function 232 
name qualifiers 179 
name mangling 232 
register storage 579 
templates 229 
virtual function table generation, key 
functions 177 
with destructors 78 


class C++ keyword 228 
classes 


alignment 173 
returned in r2/r3 185 
argument passing 183 
C++ 173 
derived 
adding virtual base pointers 176 
using the virtual function table 
pointer 176 
internal data representation 173 
local 179 
meanings 
if inside a function but outside any 
class 178 
if outside any function and any class 178 
if outside any function but inside a C++ 
class definition 179 
if within a local C++ class and inside a 
function 179 
return type 185 
storage 
as permitted by scope 179 
different classes allowed 178 
virtual base 
C++ 174 
virtual base, with constructors and 
destructors 184 


clearerr function 482 
clock function 


definition 482 


Index 


implementation-defined behavior 583 
use in clock.c 275 
CLOCKS_PER_SEC constant 
clock function 482 
defining, time.h function 472 
close function 
definition 483 
RAM-disk support, closing a file 274 
@code unary operator 314 
code 
generating options, controlling 260 
location, #pragma section 139 
relative addressing 252 
far-code addr-mode 245 
near-code addr-mode 245 
using to achieve PIC 245 
CODE section class. See section classes 
COFF 
output 382 
.coment section. See sections 
.comm assembler directive 
declaring COMMON sections with 360 
definition 321 
external symbols 303 
indicating use of with string COMM 241 
vs. .lcomm 329 
COMM section. See sections 
command-line length limit 34 
command-line options 
quoting strings 33 


that affect the default addr-mode, table of 246 


command-line options, writing 32 
command-line order 369 
commands 

dar 419 

das 286 

dbecnt 425 

ddump 429 
comment delimiters in assembler 301 
COMMENT section. See sections 
.comment section. See sections 
comments 

configuration language, token 563 

linker command file 392 
common 
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symbols 304 
tail optimization 200 
Common Information Entry (CIE) 73 
COMMON section. See sections 
COMMON sections. See sections 
communicating with the target hardware 276 
compatibility 
C++ 220 
compatibility modes 
ANSI 569 
for C programs, table of for ANSI, Strict ANSI, 
K&R, and PCC 570 
K&R 569 
PCC 569 
Strict ANSI 569 
table of features 569 
compilation 
conditional 126 
disabling exception handling 78 
four stages 120 
if speed is crucial 189 
older programs, -Xmemory-is-volatile 99 
problems 219 
separate 121 
speed vs. optimization, trade-off 188 
stopping, -Xstop-on-warning 113 
without optimization corrects execution, 
possible causes 222 
-Xlint, warnings for suspicious constructs 215 
compile function, definition 483 
compile regular expression 483 
compiler 
backward compatibility 220 
C++-to-assembly 19 
code written for older UNIX 220 


compatibility with 
older compilers using setjmp / 
longjmp 193 
others 6 


creating temporary objects not visible 235 

C-to-assembly 19 

emulating UNIX behavior 570 

environment variables 15 

flag keywords: try, catch and throw as 
errors 230 
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invoking 31 
options 35 
-X options 50 
producing optimized code 190 
register use, table of 186 
time 
options 261 
pragmas 261 
compiler frontend 68 
compiler limits 575 
components of installation 9 
concatenate underscore, -Xadd-underscore 59 
conf directory, contains linker command files 272 
configuration files 
assignment statements 556 
default.conf 
changing/ overriding variables stored 
in 26 
definition 560 
exit statement 566 
standard version shipped with tools 558 
using 11 
default.conf, editing 26 
dtools.conf 
configuration variables 562 
description 11 
exit statement 566 
simplified structure, table of 560 
standard version shipped with tools 558 
hierarchy of three 558 
nesting 567 
processing at startup 557 
reading at startup 11 
relation to command lines and environment 
variables 556 
site-dependent defaults 556 
standard 
name, location 558 
shipped with tools 561 
user.conf 
dtools.conf configuration file, simplified 
structure 560 
providing own 559 
variable evaluation, table of 565 
configuration language 


comments, token 563 
how to write 559 
options 563 
purpose and effect 562 
statements 563 
break 568 
case 568 
else 
if statement 566 
syntax 563 
endsw 568 
error definiton 566 
exit 566 
if 
defintion 566 
syntax 563 
with _ ERROR __ function 153 
include 559 
with dtools 559 
print 567 
switch 567 
string constants 564 
variables 
$$, expands to$ 565 
$*, dtools.conf, simplified structure 560 
$*, evalutating entire command 565 
$, evaluatating value of a variable 564 
$, introducing variables 563 
DCONFIG 
setting, -WC option 556 
definitorY explanation 564 
DENVIRON 
avoiding altering dtools-t option 559 
default library search path controlled 
by 559 
dtools.conf 559 
editing default.conf to change 26 
overriding with environment variable 
ofsamename 15 
setting, -t option 556 
-tsets 26 
DFLAGS 
definition 561 
DFP 
avoiding altering dtools-t option 559 


Index 


dtools.conf, simplified structure 560 
editing default.conf to change 26 
evaluating in configuration files 565 
overriding with environment variable 

ofsame name 15,16 
setting, -t option 556 


-tsets 26 
DOBJECT 
avoiding altering dtools, -t 
option 559 


dtools.conf, simplified structure 560 
editing default.conf to change 
settings 26 
overriding with environment variable 
ofsamename 15 
setting, -t option 556 
-tsets 26 
DTARGET 
avoiding altering dtools, -t 
option 559 
editing default.conf to change 26 
overriding with environment variable 
ofsamename 15 
setting, -t option 556 
-tsets 26 
simplified structure 560 
UAFLAGS1 
definition 562 
dtools.conf, simplified structure 560 
UAFLAGS2 
definition 562 
dtools.conf, simplified structure 560 
UFLAGS1 
definition 561 
dtools.conf, simplified structure 560 
overriding options set by 562 
UFLAGS2 
definition 561 
dtools.conf, simplified structure 560 
occuring after $*, in dtools.conf 562 
ULFLAGS1 
definiton 562 
dtools.conf, simplified structure 560 
ULFLAGS2 
definition 562 
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dtools.conf, simplified structure 560 
configuration language, assignment statements, 
definition 565 
configuration, target. See target configuration 
__CONFIGURE_EMBEDDED 465 
__CONFIGURE_EXCEPTIONS 465 
conformance to C and C++ standards 6,569 
const 
data, -Xstrings-in-text in embedded 
development 261 
global, default linkage inC and C++ 228 
keyword 
and compatibility mode 570 
help optimizer 191 
variable 
moving from "text" to "data" 253 
-Xdata-relative-far 72 
CONST section class 
-Xconst-in-text mask bits 253 
CONST section class. See section classes 
constants 
$, assembler hexadecimal prefix 306 
%, assembler binary prefix 306 
@, assembler octal prefix 306 
/ ,assembler hexadecimal prefix 306 
0, assembler octal prefix 305 
Ox, assembler hexidecimal prefix 305 
and variable propagation optimization 202 
assembler character 305 
assembler decimal 306 
b, assembler binary suffix 306 
binary representation of 153 
BUFSIZ 
defining required size of buf 531 
defining, stdio.h function 471 
setvbuf 532 
character 
escape sequences 306 
CLOCKS_PER_SEC 
clock function 482 
CLOCKS_PER_SEC, defining, time.h 
function 472 
data section, r8 register pointing to 186 
DOMAIN 515 
EDOM 
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ermo setting, acos function 477 
errno setting, asin function 478 
errno setting, atan2 function 479 
errno setting, matherr function 515 
ENTER 501 
EOF 
defining, studio.h function 471 
fscanf function 496 
scanf function 528 
sscanf function 535 
ungetc function 547 
ERANGE 
setting, exp function 488 
setting, matherr function 515 
EXIT_FAILURE 
defining, stdlib.h function 472 
providing, exit function 487 
EXIT_SUCCESS 
defining, stdlib.h function 472 
providing, exit function, successful 
termination 487 


FIND 
hsearch function 501 
floating point 
assembler support 305 
format 307 


HUGE_VAL 470, 488 
defining, <math.h> header file 468 
HUGE_VAL_F 471 
integer 305 
integral 305 
_IOFBF 532 
_IOLBF 532 
_IONBF 532 
LC_ALL 531 
LC_COLLATE 
setlocale function 531 
streoll function 536 
LC_MONETARY 531 
LC_NUMERIC 531 
LC_TIME 531 
locating vs. .data sections 253 
locating with -Xonst-in-text, -Xconst-in- 
data 70 
MB_CUR_MAX_ 516 


NULL 
defining, stddef.h function 471 
defining, stdio.h function 471 
defining, stdlib.h function 472 
defining, string.h function 472 
o, assembler octal suffix 306 
O_APPEND 
defining, fentl.h function 470 
O_NDELAY 
defining, fentl.h function 470 
O_RDONLY 
defining, fentl.h function 470 
setting values, open function 520 
O_RDWR 
defining, fentl.h function 470 
values of, open function 520 
OVERFLOW 515 
O_WRONLY 
defining , fentl.h function 470 
values, open function 520 
PLOSS 515 
q, assembler octal suffix 306 
RAND_MAX_ 526 
SEEK_CUR 512 
SEEK_END 512 
SEEK _SET 512 
SING 515 
staticdata 59 
supported by assembler 305 
TLOSS 515 
UNDERFLOW 515 
constructor (__attribute__ keyword) 147 
constructors 
default priority 88 
globalC++ 88 
mangling 233 
missing calls to 235 
operator 228 


with avoiding setjmp, longjmp functions 235 


control code generation options 260 
copying initial values from "rom" to "ram" 
_copysign function 483 

cos function 483 

cosf function 484 

cosh function 484 
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coshf function 484 
__cplusplus preprocessor predefined macro 
definition 124 
using with #ifdef directives 227 
.cpp file extension,C++ source 19 
cpp preprocessor 
defaults 19 
with -W compiler option 46 
creat function 
<fentl.h>, standard header file 468 
definition 484 
fdopen function 490 
RAM-disk support, opening file 274 
cross execution environment 23 
cross reference table in link map 374 
cross/libc.a library 
ELF standard C libraries 12 
location 458 
cross-module optimization 67, 194 
crt0.o startup module 
default overridden, -W sfile compiler 
option 368 
source of standard version crt0.s 12 
specify non-standard,-Ws 45 
start up code 12 
crt0.s startup module 
details 264 
overview 262 
crtlibso.c startup module 
details 264 
overview 262 
ctime function 485 
ctoa preprocessor 19 
ctoasubprogram 11 
ctordtor.c startup module 
details 264 
overview 262 
ctype functions 
isalnum 581 
isalpha 581 
iscntr 581 
isdigit 581 
isgraph 581 
islower 581 
isprint 581 
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ispunct 581 
isspace 581 
isupper 581 
isxdigit 581 
table of 581 
test for characters 581 
.cxx file extension, C++ source 19 


D 


-D linker option 372 
-D option 287 
ddump 431 
+d option 
ddump 434 
-d option 
ddump 431, 434 
.d1line assembler directive, using to suppress, - 
Xdebug-mode 73 
dar 
archiver 11 
building archive libraries 366 
commands 
-pprint 420 
-ddelete 420 
examples 423 
-mmove 420 
modifiers, table of 421 
-q quick append 421 
-qf quick update 421 
-rreplace 420,421 
-s symbol table update 421 
syntax 419 
-t table of contents 421 
-V version 421 
-x extract 421 
das 
assembler, locating executable 10 
command 286 
das preprocessor 19 
@data unary operator 314 
data 
basic types 169 
binary representation of 153 
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char, size and alignment 170 
constant 

static 59 

-Xstrings-in-text in embedded 

development 261 

double, size and alignment 170 
enum, sameasint 170 
float, size and alignment 170 
global 

pure_function pragma 139 

-Xaddr-const 59 

-Xaddr-data 59 

-Xaddr-sconst 59 

-Xaddr-sdata 59 
initialized 

containing in particular section, with 

istring 241 

in .data section 309 
int 

size, alignment, and range 170 
internal representation 169 
locating 

in constant vs. .data sections 253 

initialized vs. uninitialized 249 
long double, size and alignment 170 
long long, size and alignment 170 
long, size and alignment 170 
non-constant static 60 
pointers, size and alignment 170 
ptr-to-member-fn, size and alignment 171 
read-only 

in .rodata section 309 
reference, size and alignment 170 
relative addressing 

far-data addr-mode 245 

modes, using to achieve PID 245 

near-data addr-mode 244 
relocation 255 
short, size and alignment 170 
signed char, size and alignment 170 
static 139 
storing in big- or little-endian order 171 
type size 172 
types, table of C/C++ 169 
uninitialized 


.bss section 309, 320 
containing in particular section, with 
ustring 241 
unsigned 
char, size and alignment 170 
int, size and alignment 170 
long long, size and alignment 170 
long, size and alignment 170 
short, size and alignment 170 
volatile 261 
data 
ptr-to-member, type, size and alignment 170 
.data assembler directive 322 
.data section 
r9 register and the -Xdata-relative-far 
option 186 
r9 register as a pointer to 256 
DATA section class. See section classes 
.data section. See sections 
database 
cross-module optimization 195 
DATA_END, _ DATA_RAM, _ DATA_ROM 
symbols, copy initial values from "rom" to 
"ram" 265 
DATA_END, _ DATA_RAM, _ DATA_ROM 
symbols, copy initial values from "rom" to 
"ram", in bubble.dld 388 
data-relative addressing 252 
__DATE___ preprocessor predefined macro 
precompiled headers 237 
__DATE__ preprocessor predefined macro 124 
dbent 
command syntax 425 
dbcnt.out file 
default 427 
environment variable. See environment 
variables 
examples 427 
generating profiling information 11 
options 426 
-f profile file 426 
read from 426 
-hhigh line limit 426 
-l low line limit 426 
-n number every line 426 


Index 


-t most frequent lines 426 
-V version 426 
required functions 
__dbexit 428 
__dbini 428 
dbcnt.out 
using if DBCNT is not set 426 
with -Xfeedback compiler option 80 
__dbexit function, required for dbent 428 
__dbini function, required for dbcnt 428 
dc.b assembler directive 321 
__DCC__ preprocessor predefined macro 124 
DCC reference 474 
dec. See driver program, dec 
dc.l assembler directive 321 
DCONFIG environment variable. See environment 
variables 
__DCPLUSPLUS__ preprocessor predefined 
macro 124 
dctrl program 
displaying -t options 43 
locating executable 11 
setting default target 22 
alternatives 26 
setting default target configuration 
variables 15 
dc.w assembler directive 322 
DCXXOLD 221 
ddump 
commands 
+t symbol table, dump with upper 
limit 433 
+z line number information, dump with 
upper limit 434 
-aarchive header, dump 430 
-B binary format, converting to 430 
-C difference file, generate 430 
-c string table, dump 431 
commands, table of 430 
-D DWARF debugging information, 
dump 431 
examples 435 
-Fdemangle names 431 
-f fileheader,dump 431 
-g globalsymbols, dump 431 
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-Hhex and ASCII, dump 431 
-hsection headers,dump 431 
-l line number information, dump 431 
-m write Motorola S-records of a given 
type 432 
modifiers, table of 434 
-N symbol table,dump 431 
-o optional header, dump 432 
-p write a plain ASCII file in 
hexadecimal 432 
-R converting to Motorola S-Records 432 
-r relocation information, dump 433 
-s section contents, dump 433 
-S size of sections, display 433 
syntax 429 
-t symbol table,dump 433 
-u write a binary file 432 
-v do not output the .bss or .sbss 
section 432 
-V version 433 
-w set the line width of S-records 433 
-z line number information, dump 433 
converter utility 282 
object file converter and dumper 11 
ddump -F 
demangling utility 234 
debugging 
Common Information Entry 73 
-Doption 431 
DWARF 72, 287, 291, 431, 595 
-g option 39, 287 
generating debug information for unreferenced 
types 74 
local variables, unused 73 
selecting levels, DFLAGS 561 
declarations 
force, -Xforce 82 
in header files 225 
declarators, implementation-defined behavior 580 
declared symbol, definition of 302 
default 
acc-mode, values for section classes 243 
addr-mode 
options that change 245 
values for section classes 243 
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istring / ustring values for section classes 243 
tab size, -Xtab-size 298 
default.conf 
default configuration information stored by 
dctrl program 15 
DENVIRON configuration variable set in 559 
default.conf configuration file 
changing/ overriding variables stored in 26 
definition 560 
exit statement 566 
standard version shipped with tools 558 
using 11 
default.dld linker command file 272 
component in conf subdirectory 11 
default overridden, -W m compiler option 368 
example use of 368 
HEAP_START, _HEAP_END defined in 
default.dld 268 
overriding -Bd and -Bt options 372 
present in conf directory 385 
serving asmodel 385 
__SP_END must define in for stack 
checking 267 
-Wmoption 45 
default.Ink. See default.dld 
#define preprocessor directive 37 
defined 
symbol, definition of 302 
variables, types, and constants 469-472 
delaying literal generation 295 
delete 
array operators 230 
C++ keyword 228 
operator 185 
demangling utility, ddump -F 234 
DENVIRON environment variable. See 
environment variables 
deprecated (__attribute__ keyword) 148 
derived class 
adding virtual base pointers 176 
using the virtual function table pointer 176 
destructor (__attribute__ keyword) 148 
destructors 
default priority 88 
increasing efficiency with -Xexceptions-off 78 


mangling 233 
missing calls to 235 
operator 228 
used prior to program termination 228 
DFLAGS environment variable. See environment 
variables 
DFP environment variable. See configuration 
language: variables 
__diab_alloc_mutex 278 
DIABLIB environment variable. See environment 
variables 
__diab_lib_error function 
defining in src/lib_err.c 271 
handling errors from library function 270 
__diab_lock_mutex 278 
_DIAB_TOOL preprocessor predefined macro 124 
__diab_unlock_mutex 278 
difftime function 485 
direct 
assignment statements 
definition and syntax 302 
function for embedding machine code 167 
directives 
See preprocessor directives 
#ident in .comment 595 
#pragma, use with asm macro 160 
directories 
conf, contains linker command files 272 
src, source files 272 
structure 9 
disabling optimization, -g, (-Xoptimized-debug- 
off) 103 
disassembler, windiss 439 
div 
part of stdlib.h header file 472 
div function 
definition 485 
div, divu hardware divide instructions, enabled by - 
Xhardware-divide 85 
div_ttype 472,485 
.dld file extension, linker 19 
dld linker, locating executable 10 
did preprocessor 19 
dmake 
“make” utility 11, 437 
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executable, installation 437 
requires startup directory 438 
using 438 
DMALLOC_CHECK environment variable. See 
environment variables 
DMALLOC_INIT environment variable. See 
environment variables 
DOBJECT environment variable. See environment 
variables 
DOMAIN constant 515 
.double float-constant, .. . assembler directive 
definition 322 
double values returned in r2/1r3. 185 
dplus 
See driver program, dplus 
template instantiation 229 
drand48 function 
definiton 485 
Icong48 function 508 
srand48 function 534 
driver program 
dcc for C, locating executable 10 
dplus for C++, locating executable 10 
invoking 31 
main program flow 17 
renaming to access different version 14 
table of subprograms and stopping options 19 
verbose mode,-v 44 
-W control meaning of source file extension 48 
ds.b assembler directive 322 
.dsect assembler directive 322 
DTARGET environment variable. See environment 
variables 
dtoa preprocessor 607 
dtoasubprogram 11 
dtools.conf configuration file 
$DENVIRON.conf 559 
configuration variables 562 
description 11 
exit statement 566 
simplified structure, table of 560 
standard version shipped with tools 558 
dumperddump 11 
dup function 
definition 486 
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fdopen function 490 
DWARF, debug information 72, 287, 291, 431, 595 
Common Information Entry 73 
dynamic 
casts 231 
stack space allocation, alloca 152 
__DYNAMIC_ symbol created by linker 359 
dynamic_cast expression 231 


E 


-E compiler option 
vs.-P compiler option 43 
-E complier option 
write source to standard output 37 
-e linker option 
default entry point address 372 
-eoption 38 
and -Xmismatch-warning 39, 100 
ecvt function 486 
_edata and edata symbols created by linker 358 
EDG (Edison Design Group) 68 
Edison Design Group 68 
EDOM constant 
errno setting, acos function 477 
errno setting, asin function 478 
errno setting, atan2 function 479 
errno setting, matherr function 515 
.eject assembler directive 322 
ELF 
files 
header fields, table of 591 
relocation entry fields, table of 596 
section header fields, table of 593 
structure, typical 590 
symbol fields, table of 598 
format 379 
header structure 590 
object files 
convert ing to Motorola S-Records, ddump 
command -R 432 
object module format 22 
absolute sections 311 
libraries 12 
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.org assembler directive, using with 331 
section alignment 310 
overall structure 589 
program header 
fields, table of 592 
structure 592 
relocation 
entry structure 596 
selecting information format 379 
types, table of 597 
section header structure 593 
symbol table section structure 598 
typical sections, table of 595 
#elif preprocessor directive 127 
.else assembler directive 322, 326 
else statement, configuration language 
if statement 566 
syntax 563 
.elsec assembler directive 323 
definition 323 
equivalent to .else, .endif, .endc 326 
.elseif assembler directive 
definition 323 
equivalent to .else, .endif, .endc 326 
embedded 
assembly code 157, 158 
See also asm string statement 
See also assembler macros 
methods, table of 158 
environment 577 
compile time options 260 
features facilitating access to the 
hardware 276 
functions, table of 272 
hardware exception handling 270 
linker command file 271 
miscellaneous functions 275 
operating system calls 272 
profiling 281 
raise function 270 
setup program 279 
src directory, source files 272 
startup and termination 262 
using in 259 
volatile keyword 278 


encoding modifiers, table of type 234 
_end and end symbols created by linker 358 
.end assembler directive 323 
.endc assembler directive 323 
definition 323 
equivalent to .else, .elsec, .endif 326 
endianity, big vs little object module format 22 
.endif assembler directive 
definition 323 
equivalent to .else, .elsec,.ende 326 
#endif preprocessor directive 572 
.endm assembler directive 323 
.endof.section-name symbol created by linker 358 
endsw statement, configuration language 568 
ENTER constant 501 
.entry assembler directive 323 
entry point symbols 304 
enum 
equivalent to int 77 
size of inC, C++ 228 
type bit-field 172 
enumeration 
implementation-defined behavior 579 
size of, See -Xenum-is-. . . 
environment 
embedded 577 
implementation-defined behavior 580 
variables 
See configuration variables 
variables. See environment variables 
environment variable MAKESTARTUP, 
defining 438 
environment variables 
compiler 15 
configuration language 562 
dbent 
naming the profile data file 427 
DCONFIG 
changing location of main file 559 
overriding 557 
recognized by compiler, description 15 
DCXXOLD 16, 221 
DENVIRON 
recognized by compiler, description 16 
DFLAGS 


Index 


dtools.conf, simplified structure 560 
evaluating in configuration files 565 
recognized by compiler, definition 16 
using when difficult to change scripts, 
makefiles, add an option 189 
DFP. See configuration language: variables 
DIABLIB 
recognized by compiler, definition 16 
DIABTMPDIR 16 
DMALLOC_CHECK 
malloc function 513 
DMALLOC_INIT 
malloc function 513 
DOBJECT 
overriding, -WDDOBJECT 289 
recognized by compiler, description 15 
-WDDOBJECT, assembler option 289 
DTARGET 
overriding, -WDDTARGET 289 
overriding, -WDDTARGET assembler 
option 289 
recognized by compiler, description 15 
pointers to 581 
relationship to command lines, configuration 
files 556 
specify with setup program 266 
TMPDIR 422 
EOF constant 
defining, studio.h function 471 
fscanf function 496 
scanf function 528 
sscanf function 535 
ungetc function 547 
epc register 101 
.equ assembler directive 324 
defining asymbol 302 
definition 324 
ERANGE 
constant 
setting, expfunction 488 
ERANGE constant 
setting, matherr function 515 
value of errno 582 
erf function 486 
erfc function 487 
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erfcf function 487 
erff function 486 
erro variable 468, 470, 475, 477, 478, 479, 488, 491, 
496, 515, 520, 582 
See also multi-tasking 
support 
_-errno_fn 475 
library functions set onerror 270 
preserving 475 
__errno_fn function 475 
error 
caught by library function 270 
compilation 
caused by using try, catch or throw 
keyword 78 
generating time with _ ERROR__ 
function 153 
-Xstop-on-warning 113 
compiler flags keywords try, catch and throw as 
errors 230 
fatal 154 
generated if 
address of variable, function, string used 
by static initializer, -Xstatic-addr- 
error 112 
double precision operation used, -Xdouble- 
error 76 
no environment variable or file found, - 
@name __ 50, 290 
generated with 
#error string 154 
exception handling 230 
generating 
illegal structure references 572 
missing parameter name after # in macro 
declaration 572 
generating if 
no environment variable or file found, - 
@name 418 
parameters redeclared in outer level of 
function 573 
pointers and integers mismatched 571 
prototypes and arguments do not 
match 571 
output, standard 40 
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preprocessor, treatment of 572 
standard 
output, assert function 581 
redirect to file, -@E 50 
redirecting to file,-@E 290,370, 418 
treat warnings as, -Xlint 215 
undervalue 582 
.error assembler directive 324 
___ERROR__ function, produces compile-time error 
or warning 153 
error messages 605 
error pragma 130 
#error preprocessor directive 128 
error statement 
configuration language, definition 566 
espr register 101 
_etext and etext symbols created by linker 358 
etoa preprocessor 19 
__ETOA__ preprocessor predefined macro 124 
etoasubprogram 11 
__ETOA_IMPLICIT_USING_STD preprocessor 
predefined macro 124 
__ETOA_NAMESPACES preprocessor predefined 
macro 124 
.even assembler directive 324 
exception handling 230, 270 
and C functions 363 
stack unwinding 363 
exceptions 
disable with -Xexceptions-off in C++ 78 
enable with -Xexceptions inC++ 78 
-Xjmpbuf-size in C++ 91 
__EXCEPTIONS__ preprocessor predefined 
macro 124 
execution environment 
cross 23 
rtp 68 
simple 23 
execution problems 222 
exit 
function 472,476, 480, 487 
implementation-defined behavior 583 
statement, configuration language 566 
_exit function 487 
in _exit.c termination module 275 


_exit.c 
profile in an embedded environment 281 
termination module, overview 262 
exit.c and _exit.c termination module 
details 266 
overview 262 
EXIT_FAILURE constant 
defining,h stdlib.h function 472 
providing, exit function 487 
.exitm assembler directive 324 
EXIT_SUCCESS constant 
defining, stdlib.h function 472 
providing, exit function, successful 
termination 487 
exp function 488 
expf function 488 
.export assembler directive 303,325 
declaring ordinary external symbols 303 
export keyword 230 
expressions 
absolute 313 
evaluation precedence 316 
float 83,571 
linker command file 390 
precedence change with parentheses 313 
relocatable 313 
terms 313 
typeid 231 
typeinfo& 231 
extend 
instruction 206 
optimization 206 
extended keyword, synonym for long double 92, 
141 
.extern 
references, making available to linker using 
global assembler directive 325 
extern 
“C” use to avoid name mangling 227, 232 
keyword 360 
variable 179 
.extern assembler directive 324 
external symbols 
common 303 
examples 303 
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global undefined, if not defined in same 
file 304 
ordinary 303 
.externassembler directive 324 


F 


-F option 
ddump 431 
-foption 372 
ddump 431 
fabs function 488 
fabsf function 488 
far-absolute addressing mode 252 
See addressing modes 
far-code addressing mode 252 
far-data addressing mode 252 
fclose function 489 
fentl function 470, 489 
definition under <fcntl.h> header file 468 
RAM-disk support, getting information about a 
file 274 
fevt function 489 
fdopen function 489 
feedback optimization 208 
feof function 
definiton 490 
ferror function 490 
__ff0 intrinsic function 151 
__ffOll intrinsic function 151 
__ffl intrinsic function 151 
__ffill intrinsic function 152 
fflush function 490 
fgetc function 490 
fgetpos function 491 
fgets function 491 
file assembler directive 325 
file extensions 
.a, archive library 19 
.C,C++ source 19 
.cc,C++ source 19 
cpp, C++ source 19 
.cxx, C++ source 19 
.dld, linker 19 
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.i, proprocessed source 19 
.0, object module 19 
.0, preprocessed source 19 
.s, assembly source 19 
__FILE__ preprocessor predefined macro 124, 479 
FILE structure 493, 495, 544 
fileno function 491 
files 
absolute vs. relative pathnames, 
implementation-defined 
behavior 580 
a.out, during compile and link 120 
header 40, 467 
search order 580 
initialize in setup.c in embedded 
environment 279 
input 286 
stderr 495,527 
declaring, stdio.h function 471 
stdin 500,528 
declaring, stdio.h function 471 
stdout 379,521, 524,525 
declaring, stdio.h function 471 
temporary, DIABTMPDIR 16 
types 493 
.o 19,91 
s 91,158 
fill assembler directive 325 
finalalization 
.dtors section, -Xinit-section 88 
.fini section, -Xinit-section 88 
finalization 88 
default priority 88 
FIND constant, hsearch function 501 
fini section 
incrt0.s 265 
_finite function 491 
float assembler directive 325 
float expressions 83,571 
floating point 
- Xfp-min-prec-long-double 84 
all single hardware software libraries 14 
arguments 83 
conformance to IEEE754 standard 80 
constants 305 
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float values returned in 
r2 185 
IEEE, .float assembler directive 325 
implementation defined behavior 579 
libcfp.a 
hardware library 458 
stubs library 13, 458 
method selection 43 
register 
not saved by interrupt function 132 
selecting type of support, -t option 22 
single hardware, double software libraries 14 
software 
libraries 13 
specifying with environment variable DFP 16 
supporting 21 
types 
alignments 169 
ranges 169 
sizes 169 
-Xextend-args 79 
-Xfp-float-only 83 
-Xfp-long-double-off 83 
-Xfp-min-prec-float 83 
-Xfp-min-prec-long-double 83 
-Xieee754-pedantic 86 
-Xuse-double 
See -Xfp-min-prec-double 83 
See -Xfp-min-prec-long-double 84 
-Xuse-float 
See -Xfp-min-prec-float 83 
floor function 492 
floorf function 492 
fmod function 492 
fmodf function 492 
fopen function 280, 493 
for statement, scope of initialization part 82 
form feed escape sequence, ’\f’ 306 
fpos_t type, defining, stdio.h function 471 
fprintf function 493, 548 
implementation-defined behavior 582 
fputc function 494 
fputs function 494 
.frame_info section 
description 363 


sorting 382 
unused 381 
fread function 494 
free function 494,513 
thread-safe 278 
freopen function 495 
frexp function 495 
frexpf function 495, 519 
friend C++ keyword 228 
frontend, compiler 68 
fscanf function 496, 548 
implementation-defined behavior 582 
fseek function 496, 527 
fsetpos function 496 
fstat function 497 
ftel function 497 
implementation-defined behavior 582 
__FUNCTION__ predefined identifier 124 
function-level optimization 4 
function-like macros 37 
functions 
See individual functions 
locating specific address 276 
modifying errno marked by REERR 475 
name encoding with the types of all 
arguments 183 
no return promised, #pragma no_return 192 
no side effects promised, #pragma 
no_side_effects 134 
pointers, absolute 245 
#pragma interrupt 132 
pure promised, #pragma pure_function 139 
standards and definitions, table of 474 
templates 229 
fwrite function, definition 497 


G 


-g option 39, 287 
ddump 431, 432 
line number information ELF 597 
gamma function 497, 498 
gap inmemory, fill value 319 
gap in section 


Index 


creating 401 
filling 399 
GCC options. See GNU compiler options 
gcevt function 498 
getc function 491, 498, 547 
getchar function 499 
getenv function 280, 499 
defining target environment variables for 279 
implementation-defined behavior 581 
getopt function 499 
getpid function 275, 499 
gets function 500 
getw function 500 
global 
common subexpression elimination 
optimization 203 
construction and destruction of objects 228 
constructors C++ 88 
data 
#pragma pure_function 139 
-Xaddr-const 59 
-Xaddr-data 59 
-Xaddr-sconst 59 
-Xaddr-sdata 59 
function 
indicator ‘F’ in mangled names 232 
optimization 5 
no_side_effects pragma promises no 
modification of variable 134 
optimization 6 
register assignments 130 
variables 
absolute sections 250,277 
allocating to register 130 
constructors 228 
destructors 228 
modifying with asm macro 160 
optimizing in conditionals 65 
vs. local 190 
global assembler directive 303,325 
declaring ordinary external symbols 303 
__GLOBAL_OFFSET_TABLE_ symbol created by 
linker 359 
global_register pragma 
preserve across function calls 130 
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variable used to control allocation 130 
.globl assembler directive 303,325 
declaring ordinary external symbols 303 
gmtime function 500 
GNU compatibility 
GNU local symbols 305 
enabling, -Xgnu-locals-on 292 
nm 432 
phony targets 96 
GNU compiler options 
translating 224 
-Xgcc-options-... 84 
GNU extended syntax 
assigning variables to registsers 153 
inline assembler 158 
GNU local symbols 
disabling, -Xgnu-locals-off 292 
GROUP definition 400 


H 


@h unary operator 315 
-Hoption 40, 287, 292 


ddump 431 
-h option 
ddump 430, 432 
h option 
ddump 431 
-h, --help command-line options 36 
hardware 
divide instructions, enabled by -Xhardware- 
divide 85 


hardware exception handling in an embedded 
environment 270 
_HAS_TRADITIONAL_IOSTREAMS preprocessor 
macro 227 
_HAS_TRADITIONAL_STL preprocessor 
macro 227 
hcreate function 501 
hdestroy function 501 
hdrstop pragma 131, 236, 237 
header 
field %T title, -Xtitle option 298 
files 40, 467 
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C++ 225 
declarations in 225 
missing standard 220 
precompiled 235 
search order 580 
specify search path ,I option 40 
standard, table of 467 
treat #include as #import 87 
typeinfo.h C++ 231 
string 
default format, -Xheader-format 293 
format specifications, -Xheader- 
format 293 
HEADERSZ pseudo function, definition 391 
heap, sbrk function manages 268 
HEAP_START, _ HEAP_END define heap for 
sbrk function 268 
inbubble.c 388 
hole in memory, fill value 319 
hole in section 
See gap in section 
horizontal tab escape sequence, ’\t’ 306 
host_dir subdirectory 10 
name under version_path 9 
hsearch function 501 
HUGE_VAL constant 470, 488 
defining, <math.h> header file 468 
HUGE_VAL _F constant 471 
hypot function 501 
hypotf function 502 


.i file extensions, preprocessed source 19 
-Ioption 40, 49, 288, 580 
-loption 41,130 
-i filel=file2 change name of header file 41,220 
-I@ option 41 
V O functions, table of 274 
#ident 
directives in Cin .comment 595 
preprocessor directive 128, 131 
strings 85 
ident assembler directive 326 


ident pragma 131 
identifiers 
See symbols 
implementation defined behavior 578 
maximum length, -Xtruncate 117 
underscores added to, -Xunderscore-... 
user-defined 228 
-Xtruncate 117 
IEEE floating point 
conformance to IEEE754 standard 80 
.double assembler directive 322 
float assembler directive 325 
.if assembler directive 323, 326 
#if preprocessor directive 127 
implementation-defined behavior 580 
if statement 
configuration language 
definition 566 
syntax 563 
with _ ERROR _ function 153 
.ife assembler directive 327 
ifdef assembler directive 327 
#ifdef preprocessor directives 128, 227 
if-else clause optimization 208 
.ifendian assembler directive 326 
.ifeq assembler directive 327 
.ifge assembler directive 327 
.ifgt assembler directive 327 
.ifle assembler directive 327 
.iflt assembler directive 327 
.ifnc assembler directive 328 
ifndef assembler directive 328 
.ifne assembler directive 328 
implementation 
specific behavior incode 223 
implementation-defined behavior 577-583 
abort function 581,583 
absolute vs. relative pathnames 580 
arrays 579 
bit-fields 579 
characters 578 
declarators 580 
enumerations 579 
environment 580 
main function C++ 580 
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floating point 579 
fprintf 582 
fscanf 582 
ftell 582 
getenv function 581 
identifiers 578 
#if preprocessor directive 580 
implementation of library functions 581-583 
integers 578 
library functions 
Yop conversion 582 
%X conversion 582 
%x conversion 582 
assert 581 
calloc 583 
clock 583 
denoting range of characters 582 
exit 583 
malloc 583 
NULL macro 581 
perror message 582 
realloc 583 
remove 582 
rename 582 
setenv 583 
strerror message 582 
system 583 


pointers 579 
preprocessor directives 580 


qualifiers 579 


registers 579 


struct members 579 
union members 579 
statements, case labels 580 
structures 579 
switch statements 580 


unions 579 
import assembler directive 328 
#import preprocessor directive 128 
incbin assembler directive 328 
__inchar function 273 
include 
subdirectory, standard header files 12 
include assembler directive 328 
#include preprocessor directive 41 
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See also #import preprocessor directive 
treat as #import directive 87 
include statements, configuration language 559 
definition 567 
dtools 559 
including source in assembly code 103 
INF floating point constant 307 
info pragma 131 
#info preprocessor directive 128 
#inform preprocessor directive 128 
#informing preprocessor directive 128 
init section 
incrt0.s 265 
init.c startup module 
overview 262 
init.c startup module, details 265 
initialization 
constructors 88 
.ctors section, -Xinit-section 88 
default priority 88 
init section, -Xinit-section 88 
local variables, -Xinit-locals 87 
run-time 269 
initialized data 
containing in particular section, with 
istring 241 
in .data section 309 
initializers for static variables 256 
__init_main function 264, 265, 275 
inline 
C++keyword 228 
optimization 192 
keyword 92, 141, 197 
pragma 131,192,197 
inline assembly. See asm string statement and 
assembler macros 
_inline__ keyword 141 
inlining 188 
changing options to increase 189 
cross-module optimization 194 
optimization 197, 205, 208 
activating with the -XO option 187 
-Xexplicit-inline-factor controls expansion 79 
-Xparse-size 103 
-Xsize-opt option 112 
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input file 286 
input/output 
basic character input/output 
environ part of -t option, simple 23 
library, part of simple/libc.a 458 
RAM-disk 
environ part of -t option, cross 23 
library, part of cross/libc.a 458 
installation 
components 9 
default pathnames, table of 10 
install_path directory 9 
instantiation 
class, -Ximplicit-templates-off 86 
explicit 379 
of templates, -Ximplicit-templates-off 86 
Instruction Set Simulator - see windiss 439 
instructions 
div, divu hardware divide, enabled by - 
Xhardware-divide 85 
extend 206 
jmpi 329 
jsri 329 
Irw 329 
mnemonics 585 
int bit-fields 172 
plain, sign of 223 
integers 
constants 305 
implementation defined behavior 578 
long 578 
mismatched 571 
mixing different types in an expression 571 
types 
alignments 169 
magic, preceding virtual base classes 176 
ranges 169 
sizes 169 
integral constants 305 
intermodule optimization. See cross-module 
optimization 
internal data representation 169 
classes 173 
for aggregates 173 
for non-aggregates 173 


interprocedural optimizations 103, 188, 189, 205, 
576 
interrupt 
keyword 92, 142 
pragma 132,142 
interrupt functions 250 
epc and espr save and restore, -Xnested- 
interrupts 101 
locating at absolute addresses 277 
#pragma interrupt 132 
__interrupt__ keyword 142 
intrinsics 
abs() function 151 
__alloca() function 151 
alloca() function 151 
__brev() function 151 
__ff0() function 151 
__ ff0ll() function 151 
__ff1() function 151 
__ff1ll() function 152 
labs() function 152 
__tstnbz() function 152 
invisible objects in optimized code 235 
invoke 
amacro 345 
the compiler 31 
_IOFBF constant 532 
_IOLBF constant 532 
_IONBF constant 532 
iostream C++ class library 13, 458 
iostream.a C++ class library 455, 456 
irand48 function 502 
isalnum ctype function 581 
isalnum function 502 
isalpha ctype function 581 
isalpha function 502 
isascii function 503 
isatty function 503 
RAM-disk support 274 
iscntr ctype function 581 
iscntrl function 503 
isdigit ctype function 581 
isdigit function 503 
isgraph ctype function 581 
isgraph function 503 
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islowe function 504 
islower ctype function 581 
_isnan function 504 
isprint ctype function 581 
isprint function 504 
ispunct ctype function 581 
ispunct function 504 
isspace ctype function 581 
isspace function 504 
isupper ctype function 581 
isupper function 505 
isxdigi function 505 
isxdigit ctype function 581 


J 


jO function 505 

jOf function 505 

jl function 506 

jif function 506 
jmpbuf type 471 
jmpi instruction 329 
jn function 506 

jnf function 506 
jrand48 function 507 
jsri instruction 329 


K 


K&R mode 64, 74,570,572 
kernel mode. See VxWorks 
key function for a virtual function table 177 
keywords 
asm 157,570 
using to embed assembly code 276 
catch 
disabling exceptions 78 
flagging as error 230 
if user-defined identifier, may necessitate 
modification of program 228 
catch C++ 78, 193, 228 
const 
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compatibility mode 570 
help optimizer 191 
delete C++ 228 
extended as synonym for long double 92, 141 
extern 360 
friend C++ 228 
inline 92,197 
C++ 228 
optimization, C++ 192 
interrupt 92, 142 
namespace C++ 101 
new C++ 228 
operator 228 
__packed__ 143 
specify structure padding 143 
specifying structure padding 135 
packed 92, 143,171 
pascal 92,144 
private 179,228 
protected 179,228 
public 179, 228 
recognizenew 91 
register 95 
has priority 179 
using to declare variables 193 
signed 
and compatibility mode 570 
in basic datatypes 169 
using to make bit-fields signed 172 
static 191,360 
template C++ 228 
this C++ 228 
throw C++ 78, 193, 228, 230 
try C++ 78, 193, 228, 230 
try, disabling exceptions 78 
__typeof_ 144 
unsigned, in basic data types 169 
using C++ 101 
virtual C++ 228 
void 228 
volatile 98, 191, 222 
compatibility mode 570 
in an embedded environment 278 
use for variables 261 


kill function 275,507 


702 


krand48 function 507 


L 


@l unary assembler operator 315 
-] linker option 
specify library or process file 42 
-Loption 42, 288, 295, 322 
.eject assembler directive 322 
.list assembler directive to turn on listing 
lines 329 
search path for -1 373 
-loption 288, 295, 373 
ddump 431 
.eject assembler directive 322 
example 367 
.listassembler directive to turn on listing 
lines 329 
specifying file extension 295 
use with -Y L 376 
use with -Y P 376 
use with -Y U 376 
-loptionl 377 
-l:crt0.o startup module 
specifyng with -YP option 367 
13tol function 507,513 
164a function 508 
labels 300 
See also local symbols 
"start", in crt0.s 264 
colon optional 300 
for branch instructions, generating 304 
unique, generating in macros 344 
labs absolute value function 508 
labs function 152 
LC_ALL constant 531 
LC_COLLATE constant 
setlocale function 531 
streoll function 536 
LC_MONETARY constant 531 
.lcnt assembler directive 329 
LC_NUMERIC constant 531 
.lcomm assembler directive 321, 329 
indicating use of with string COMM 241 


Icong4 function 502 
Icong48 function 485, 508, 512, 519 
LC_TIME constant 531 
__LDBL__ preprocessor predefined macro 124 
Idexp function 508 
Idexpf function 508 
Idiv function 472,509 
Idiv_ttype 472 
leaf functions do not use stack space 182 
_lessgreater function 509 
lfind function 509 
libc.a 
library 357 
standard C library master file 12, 457 
libc.a library 
-ttof-:cross option 274 
libcfp.a floating point library 13, 454, 458 
libchar.a basic character I/O library 12, 23, 25, 272, 
454, 458 
libcomplex.a 
C++ complex math class library 13 
directory location 458 
supplied with tools 455 
libd.a C++ additional standard library 13, 455, 458 
libdk*.a thread sub-library 13, 456, 458 
libdold.a C++ additional standard library 455 
libg.a debugger library 13 
removing dependency 73 
libi.a standard C library 13, 455, 458 
libimpfp.a compiler support library 13, 455, 458 
libimpl.a compiler support library 13, 455, 458 
libios.a math library 13, 458 
libm.a math library 13, 456, 458 
libpthread.a thread library 13, 456, 458 
libram.a RAM disk I/O library 12, 23, 25, 272, 456, 
458 
libraries 
abridged C++ 226, 456 
ANSI CG, functions disregarded, -Xclib-optim- 
off 67 
basic character input output, part of libc.a 458 
C++ 
iostream class 456 
nonstandard 227 
selecting 226 
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ELF little endian root directory 14 
ELF little-endian root directory 459 
ELF root directory 12 
exception handling 270 
floating point 
all single hardware 14 
hardware 
libcfp.a 458 
single hardware, double software 14 
software 13 
stubs, libcfp.a_ 13, 458 
function, raise 270 
iostream C++ class 13, 458 
iostream.a, C++ iostream class 455 
-L option specifying path for -1 373 
libe.a 12, 357 
standard C library master file 12, 457 
libcfp.a, floating point 13, 454, 458 
libchar.a, basic characterI/O 12, 23, 25, 272, 
454, 458 
libcomplex.a 
directory location 458 
supplied with tools 455 
libcomplex.a, C++ complex math class 13 
libd.a, additional standard C++ 13, 455, 458 
libdk*.a, thread sub-libraries 13, 456, 458 
libdold.a, additional standard C++ 455 
libg.a, debugger 13 
removing dependency 73 
libi.a standard C13, 455, 458 
libimpfp.a, compiler support 13, 455, 458 
libimpl.a, compiler support 13, 455, 458 
libios.a, math 13, 458 
libm.a, math 13, 456, 458 
libpthread.a, thread 13, 456, 458 
libram.a, RAM disk I/O 12, 23, 25, 272, 456, 
458 
libstl.a 13, 456 
libstlabr.a 456 
rebuilding 465 
libstlstd.a 13, 456 
rebuilding 465 
libstlstd.a, math 
directory location 459 
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libwindiss.a support for instruction-set 
simulator 13 
libwindiss.a supporting instruction set 
simulator 458 
missing symbols 46 
object (archives) 10,11 
RAM-disk input output, part of libc.a 458 
rebuilding 464 
search paths 25 
selecting with environ part of -t option 23 
shared 
.aand .so files 383 
-Bsymbolic option 372 
-rpath option 375 
-soname option 375 
-Xbind-lazy option 377 
-Xdynamic option 378 
-Xexclude-libs option 379 
-Xexclude-symbols option 379 
-Xpic option 104 
-Xshared option 382 
-Xstatic option 383 
windiss/libwindiss.a with RAM disk I/O 456 
libstl.a library 13, 456 
libstlabr.a library 456 
rebuilding 465 
libstlstd.a 
directory location 459 
libstlstd.a library 13, 456 
rebuilding 465 
libstlstd.a math library 459 
libwindiss.a library support for instruction-set 
simulator 13 
libwindiss.a library supporting instruction set 
simulator 458 
license, waiting for 93 
#line directive 237 
line feed (newline) escape sequence, ’\n 306 
__LINE__ preprocessor predefined macro 124, 479 
.line section 597 
link 
register 
rl5 186 
link 
function 
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definition 509 
RAM-disk support, causing two filenames 
to point to same file 274 
linkage and storage allocation 178-179 
linker 
See also default.dld linker command file 
command file 
assignment 
definition 401 
in section-definition 395 
comments 392 
default set,-Wm option 45 
default.dld, example use of 368 
definiton 271 
example 387 
expressions 390 
GROUP definition 400 
HEAP_START, _ HEAP_END defined 
in 268 
identifiers, as symbols 389 
MEMORY _ 391, 392 
numbers 389 
order of sections 396 
section-definition 393 
address specification 397 
ALIGN specification 398 
area specification 399 
fill specification 399 
LOAD specification 398 
OVERFLOW specification 399 
section-contents 394 
STORE statement 400 
type specification 396 
SECTIONS 391, 392 
GROUP used within 393 
STORE statement, in section- 
definition 395 
structure 391 
symbols 389 
using -Xstack-probe option 267 
command language, memory allocation 255 
did, locating executable 10 
error messages 662 
example 120 
options 369 


resolving .comm symbols 304 
lint facility, -Xlint 93, 215, 561 
__lint preprocessor predefined macro 125, 469 
.list assembler directive 329 
list file 
line length 
.llen assembler directive 330 
.psize assembler directive 332 
-Xllen 296 
page break margin, -Xpage-skip 296 
page length 
.lcnt assembler directive 329 
.psize assembler directive 332 
-Xplen 297 
preventing generation, -Xlist-off 295 
literal generation, setting delay of 295 
.literals assembler directive 329 
little endian 
ELF libraries 14 
little vs. big endian object module format 22 
little-endian 
ELF libraries 459 
__LITTLE_ENDIAN__ preprocessor predefined 
macro 124 
little-endian, #pragma pack 135 
.llen assembler directive 330 
long assembler directive 330 
-lm option 475 
Ink preprocessor 19 
LOAD directive 405 
local 
optimization 5 
symbols 304 
generic style 304 
GNU style 305 
disabling, -Xgnu-locals-off 292 
enabling, -Xgnu-locals-on 292 
variable 198 
local data area 254 
and #pragma weak 140 
localeconv function 510,531 
localtime function 510 
location 
alter with Z= 311 
code and variables, #pragma section 139 
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configuration files, change standard 558 
counter 310 
alignment, specifying, -Xdefault-align 
option 324 
header files, version_path/include 467 
log function 510 
log10 function 511 
log10f function 511 
_logb function 510 
logf function 511 
long 
integers 578 
type bit-fields 172 
long assembler directive 330 
long float 570 
long long 
Cdialects 570 
constant, specify with LL or ULL suffix 143 
parameters inasm macros 161 
long long values, returned in r2/13.185 
longjmp function 471,511,531 
avoiding for safety 235 
avoiding to improve optimization 193 


definition under <setjmp.h> header file 468 


with -Xjumpbuf-size 91 
loops 
count-down optimization 203 
invariant code motion optimization 207 
maximum 
nodes for loop unrolling 118 
size defined 203 
statics optimization 206 
strength reduction optimization 202 
testing, -Xtest-at-bottom, -Xtest-at-top and - 
Xtest-at both 116 
unrolling 
optimization 188, 189, 203, 208 
-Xsize-opt 112 
-Xunroll-size 188 
loopt macro instruction 296 
definition 347 
Ipragma.h 38, 43 
Ipragma.h file 67 
lrand4 function 534 
lrand48 function 508,512 
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Irw instructions 329 
lsearch function 509,512 
Iseek function 512,543 
RAM-disk support, positioning file 
pointer 275 
ltol3 function 513 


M 


-M option 42 
-moption 373 
ddump 432 
-m2 option 373 
-m4 option 373 
machine instruction statements, operand field 
format 301 
-macro assembler directive 330 
macros 341 
See also preprocessor predefined macros 
\@ special parameter 344 
\0 special parameter 343 
assembler 157, 341 
assert, <assert.h>, standard header files 467 
assert, assert function 479 
command-line -D option) 37 
concatenating parameters 343 
defining 342 
dumping symbol information 71 
function-like 37 
inpragmas 96 
invoking 345 
labels, generating unique 344 
loopt 
definition 347 
NARG symbol 344 
object-like 37 
parameters 
names, separating from text 343 
referencing byname 342 
referencing by number 343 
va_arg 471 
va_end 471 
vararg 155 
va_start 471,548,549 
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magic integer, preceding virtual base classes 174, 
176 
main function 265 
define arguments for in embedded 
environment 279 
in setup.c in embedded environment 279 
.init code executing before 595 
n setup.c in embedded environment 279 
three ways to define 580 
MAKESTARTUP environment variable, 
defining 438 
mallinfo function 513 
malloc function 494,513,526 
call with sbrk 268 
checking free list 268 
__diab_lib_err called by 270 
implementation-defined behavior 583 
initializing allocated space 268 
old definition with <cmalloc.h> header file, use 
dlib.h> instead 468 
thread-safe 278 
malloc_set_block_size function 514 
mallopt function 514 
mangling 
See name mangling 
static datamembers 232 
MATH functions require math library 475 
matherr function 514 
matherrf function 515 
MB_CUR_MAX constant 516 
mblen function 515 
mbstowcs function 516 
mbtowc function 516 
__mcore__ preprocessor predefined macro 125 
__mcore preprocessor predefined macro 125 
mem declaration under <string.h> header file 469 
members 
alignment 173 
functions 184 
class name encoded inname 183 
constructors 184 
destructors 184 
pointers to 184 
static 179 
struct 172 


memcecpy function 516 
memchr function 516 
memcmp function 517 
memcpy function 517 
memfile.c, create with setup program 279 
memmove function 517 
memory 
hole, fill value 319 
MEMORY command _ 391, 392 
memset function 517 
messages 605 
-mexit assembler directive 330 
minor transformations optimization 204 
mix C and assembler functions 276 
mktemp function 518 
mktime function 518 
mnemonics 
instruction 585 
type specify with DOBJECT 16 
modf function 518 
modff function 518 
Motorola 
S-Record, ddump commands -R_ 432 
mrand48 function 508,519, 534 
multi-tasking support 278 
errno variable, not re-entrant 278 
malloc and free must be thread-safe 278 


N 


N noload access mode 248 
-N option 374 
ddump 431 
place .data immediately after text 371 
-n option 
ddump 434 
n$localsymbols 304 
name assembler directive 331 
name mangling 227, 231 
avoid in function names 276 
demangle names with ddump -F 234 
for cross-module optimization 196 
table of type encodings for C++ 233 
namespace C++ keyword 101 


Index 


namespaces 


compiler implementation 231 
mangling 232 


NAN floating point constant 307 

NARG macro symbol 344 

NDEBUG preprocessor predefined macro 479 
near-absolute addressing mode 252 
near-code addressing mode 252 

near-data addressing mode 252 


new 


new 


array operator 230 
C++ keyword 228 
compiler frontend 68 


Newline character 307 
NEXT pseudo function 


definition 391 


_nextafter function 519 
nm (GNU utility) 432 
no_alias pragma 133, 192 
nodes 


inlining functions 89 
loop unrolling 118 


__nofp preprocessor predefined macro 125 
nolist assembler directive 331 

NOLOAD 397 

noload access mode 248 
__no_malloc_warning 495,527 

non-static member function 184 
non-virtual 


member function 173 


no_pch pragma 236 
no_return pragma 192 
no_return pragma function 


no return promised, #pragma no_return 133 


noreturn, no_return (__attribute__ keyword) 148 
no_side_effects (__attribute__ keyword) 149 
no_side_effects pragma 134, 192 

nrand48 function 519 

NULL 


constant 
defining, stblib.h function 472 
defining, stddef.h function 471 
defining, stdio.h function 471 
defining, string.h function 472 
macro, implementation-defined behavior 581 
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pointer 170 
dereferences 223 
null pointer-to-member function 177 
null-terminated array of pointers 581 


O 


OCOMDAT access mode 247 
.o file extension 19 
keeping object files 91 
object module 19 
-O option 42, 47, 48,92, 121, 189, 222 
optimize code 42 
with environment variable DFLAGS 16 
-ooption 42, 121, 286, 288, 374 
ddump 431, 434 
example 367 
o, assembler octal constant suffix 306 
O_APPEND constant 
defining, fentl.h function 470 
object 
files 
converter and dumper,ddump 11 


converting to Motorola S-Records, ddump - 


Rcommand 432 
dar archives 420 
keeping 91 
libraries (archives) 10, 11 
module format 
ELF 22 
endianity, big vs. little 22 
object module format 
selecting 22 
object-like macros 37 
offsetof function 520 
O_NDELAY constant 
defining,fentl.h function 470 
opcodes 
assembler directives 301 
case sensitivity in D-AS 301 
instructions 301 
syntax rules 301 
open function 280, 470, 490, 520 
calling with create function 274 
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definition under <fcntl.h> header file 468 
RAM-disk support, opening file 275 
operand field 320 
operands 
addressing modes 587 
field, syntax rules 301 
spaces between 
allowing, -Xspace-on 297 
disallowing, -Xspace-off 297 
operator keyword 228 
operators 
assembler 
precedence 316 
binary 
table of 315 
compound (like +=) not allowed for volatile 


members in packed structures 136 


constructor 228 

delete 185 

delete array 230 

destructor 228 

new atray 230 

precedence 
assembler, table of 316 

sizeof 119,154 
defining, stddef.h function 471 
defining, stdio.h function 471 
defining, stdlib.h function 472 
defining, string.h function 472 

optimization 
cross-module (intermodule, whole 
program) 67,194 
disabling with asm string statements 165 
optimizations 
access static and global variables 
conservatively 70 

additional loop 210 

argument 
address 198 

assignment 200 

basic reordering 209 

branch complex 202 

C function calls 67 

coding techniques 190 

common tail 200 


Index 


complex branch 211 minor transformations 204 
constant and variable propagation 202, 211 oop 
control via parameter setting 81 count-down 211 
device driver failure 98 peephole 11, 209, 211 
disable with reaching analysis 209 
alloca 153 program-level 4 
setimp and longjmp 193 reaching analysis 4 
volatile keyword 191 register, coloring 204 
-Xkill-opt 92, 196 remove entry and exit code 205, 210 
-Xkill-reorder 92,208 selecting levels of, DFLAGS 561 
disabling with simplify branch constructs 210 
-g or -Xoptimized-debug-off 103 space vs. speed 188 
effectiveness 191 static function 207 
enable 121 structure members 199 
-Xargs-not aliased 61 tail call 200 
examples 210 tailrecursion 196 
expose uninitialized variables 222 target-dependent 208 
extend 206 done by reorder program 208 
failure with parameter modifications in asm target-independent 196 
macros 159 undefined variable propagation 204 
feedback 208 unused assignment deletion 204, 210 
for size, -Xsize-opt 112 use scratch registers for variables 205, 210 
function-level 4 variable live range 201 
global 5,6 vs. compilation speed 188 
common subexpression elimination 203, -Xargs-not-aliased 61 
211 -Xblock-count and -Xfeedback used as 
guidelines for 189 guide 188 
hints 187-193 -Xlint 215 
if-else clause 208 -Xlocal-data-area, operation 254 
inlining 4, 188, 197, 205, 208 -Xrestart, start over 109 
activating with the -XO option 187 optimized code, invisible objects 235 
function 211 optimizer 
interprocedural 103, 188, 189, 205, 576 recompile without -O option 222 
register allocations 4 remove _ERROR_ function 153 
invoke 42 options 
levels 576 appearing more than once 32 
local 5 assembler 286 
loop case sensitivity 33 
count-down 203 compiler 35, 50 
invariant code motion 207 -Xoptions 50 
statics 206 disabling 51 
strength reduction 202, 211 displaying 36, 43, 49 
unrolling 188, 189, 203, 208 linker 369 
merge pragma 134 
common block entry, exit code 210 quoting on command line 33 
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writing on command line 32 
O_RDONLY constant 

defining,fentl.h function 470 

setting values, open function 520 
O_RDWR constant 

defining, fentl.h function 470 

values of, open function 520 
.org assembler directive 311,331 

in location counters 311 
__outchar function 273 
output 

assembly 37,122 

standard, redirect to file, -@E 50 
OVERFLOW 

constant 515 

specification 399 
OVERLAY 397 
O_WRONLY constant 

defining, fentl.h function 470 

values of, open function 520 


P 


-P compiler option 

preprocessor, stopping after 19 
-Poption 36,43 
-p option 

ddump 432, 434 
-p2 option 

ddump 431 
._p2align assembler directive 331 
pack pragma 135 
packed (__attribute__ keyword) 149 
__packed__ keyword 143 

specify structure padding 135, 143 
packed keyword 92, 143, 171 
pad sections 310 
._page assembler directive 331 
._pagelen assembler directive 331 
pascal keyword 92, 144 
pattern expressions 395 
PCC mode 75,572 
PCH files 236 
pedantic mode (C/C++) 113 
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perror 
function 520 
message, implementation-defined 
behavior 582 
PIC initializers 256 
pipe function 490 
.plen assembler directive 332 
PLOSS constant 515 
pointers 
arithmetic 119 
basic data type, size and alignment 170 
implementation-defined behavior 579 
NULL 170 
stack 
r0 186 
to members 
argument passing 184 
as arguments and return types 184 
to static member function 173 
pointers to members types 
explanation 176 
port programs 279, 569-573 
position-independent code (PIC) 112 
achieve using code relative addressing 
modes 245 
address initializer 
-Xstatic-addr-error 112 
-Xstatic-addr-warning 112 
generate with 
-Xcode-relative-... 68, 261 
use to provide load-time allocation 255 
position-independent code (PIC)r8 base register 
pointing to code and constant data 
section 186 
position-independent code and data (PIC and 
PID) 255 
position-independent data (PID) 186 
achieve using data relative addressing 
modes 245 
generate with 
-Xdata-relative-... 261 
generate with -Xdata-relative-... 71 
r8 register used as a base register pointing to 
code and constant data section 186 
POSIX reference 474 


pow function 521 
powf function 521 
#pragma no_side_effects 
example 192 
pragmas 129-141 
align for structures 129 
compile-time 261 
control code generation 260 
directives, use with asm macro 160 
error 130 
global_register, preserve across function 
calls 130 
hdrstop 131, 236, 237 
ident 131 
info 131 
inline 131, 192, 197 
versus inline keyword in C++ 197 
interrupt 132, 142, 270 
compiler option for embedded 
development 261 
macros 96 
no_alias 133,192 
no_pch 236 
no_return 133, 192 
no_side_effects 134,192 
pack for structures 135, 261 
pure_function 139 
section 
C++ limitations 240 
section 139 
causing compiler to generate sections 359 
compiler option for embedded 
development 261 
enable code/data-relative addressing 
modes 252 
in hardware exception handling 270 
use to specify a variable be placed at an 
absolute address 276 
use_section 239 
weak 140 
COMDAT symbol may be treated as 361 
precedence, assembler operators 316 
precompiled headers 235 
predefined macros 
See preprocessor predefined macros 


Index 


preprocessor 47 
assembly files 105 


cpp 

defaults 19 

with -W compiler option 46 
ctoa 19 
dtoa 607 


errors, treatment of 572 
selecting 105 
preprocessor directives 129-141 
#align 129 
#assert 126 
#define 37 
#elif 127 
#endif 572 
#error 128 
#ident 128,131 
#if 127,580 
#ifdef 128,227 
implementation-defined behavior 580 
#import 128 
#include 41 
See also #import preprocessor directive 
treat as #import directive 87 
#info 128 
#inform 128 
#informing 128 
#pack 135 
#pragma 
See pragmas 
#unassert 126 
#undef 44 
#warn 129 
#warning 129 
preprocessor predefined macros 
__BIG_ENDIAN__ 123 
_ bool 123 
__CHAR_UNSIGNED__ 124 
__cplusplus 
definiton 124 
_ DATE 124 
_DCC_ 124 
__DCPLUSPLUS__ 124 
defaults predefined in dtools 560 
_DIAB_TOOL 124 
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_ETOA__ 124 
__ETOA_IMPLICIT_USING_STD 124 
__ETOA__NAMESPACES 124 
__EXCEPTIONS__ 124 


profiling 
in an embedded environment 281 
-Xblock-count 63 
-Xfeedback 80 


_ FILE 124, 479 -Xprof-exec, with RTA 107 
__FUNCTION__ 124 -Xprof-feedback, with RTA 107 

—_ LDBL_ 124 -Xprof-snapshot, with RTA 108 

_ LINE 124, 479 profiling information generating, dbcnt 11 


_ lint 125, 469 

__LITTLE_ENDIAN__ 124 

macro arguments replacing in strings 572 
—-meore 125 

—-meore__ 125 

name, defining with -D option 37 


program-level optimization 4 
programs 
port existing 279 
reorder 208 


setup.c, initializes arguments, variables, and 


files in an embedded 


NDEBUG 479 environment 279 
_nofp 125 protected keyword 179, 228 
__PRETTY_FUNCTION__ 125 prototypes 

_ ree 125 force, -Xforce-prototypes 82 
_RTTI 125 placement of sections 251 
SBRK_SIZE -psect assembler directive 332 


See sbrk function 268 
__SIGNED_CHARS__ 125 
__SINGLE_ONLY 125 
__softfp 125 
_STDC__ 125 

STRICT_ANSI 125 
suppress extra spaces 71 


.psize assembler directive 332 
ptrdiff_ttype 471 
public keyword 179, 228 


pure, pure_function (__attribute__ keyword) 149 


pure_function pragma 139 
putc function 494, 524 
putchar function 524 


_ TIME 126 putenv function 525 

__wchar_t 126 puts function 525 
preprocessors putw function 525 

das 19 

dld 19 

etoa 19 

Ink 19 Q 


preserved registers 


rl0-rl4 186 
r8 and r9 as normal registers 252 


q, assembler octal constant suffix 306 
qsort function 525 
qualifiers, implementation-defined behavior 


oe 


__PRETTY_FUNCTION__ predefined 
identifier 125 

._previous assembler directive 332 

print statement, configuration language 567 

printf function 489,521 R 

private keyword 179, 228 

__PROCEDURE_LINKAGE_TABLE_ symbol 
created by linker 359 


quoting command-line values 33 


-Rassembler option 288 
-R linker option 375 
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-R option 
ddump 432 
-roption 374 
ddump 4832, 433 
-r2 option 374 
-13 option 374 
-r4 option 374 
-r5 option 374 
r9 register used as a base register pointing to data 
section 186 
raise function 526 
in embedded environment 270 
RAM -disk files 274, 279 
rand function 526 
RAND_MAX constant 526 
rce preprocessor predefined macro 125 
data assembler directive 332 
read function 475,526 
RAM-disk support, reading buffer 275 
read-only data in 
rodata section 309 
realloc function 494,526 
implementation-defined behavior 583 
rebuilding the libraries 464 
REENT functions are reentrant 475 
reentrant library functions (multi-tasking 
support) 278 
REERR functions modify errno 475 
register keyword 95 
has priority 179 
using to declare variables 193 
register list line 162 
registers 186 
assigning variables to 153 
attribute 573 
base 
18 pointing to the code and constant data 
section 186 
r9 pointing to the data section 186 
coloring optimization 204 
epc 101 
espr 101 
global assignments 130 
I/O, in absolute sections 250,277 
implementation-defined behavior 579 


Index 


link r15 186 
lower preserved 130 
reserved, compiler using only addressing 
modes that are relative to 255 
scratch 132 
rl 186 
use for variables 205 
storage class 579 
struct members, implementation-defined 
behavior 579 
temporary r2-r7 186 
tracking 103 
union members, implementation-defined 
behavior 579 
use, table of 186 
variables 130 
regular expressions 396 
in SECTIONS command 396 
relocatable expressions 313 
relocation 
data 255 
information, selecting format 379 
types, table of 253 
remove 
entry and exit code optimization 205 
unused sections 381 
remove function 527 
implementation-defined behavior 582 
rename function 527 
implementation-defined behavior 582 
reorder 
optimizer subprogram 42, 47, 48, 92 
program 
input assumed to be correct 209 
target-dependent optimization 208 
reserved 
registers, compiler using only addressing 
modes that are relative to 255 
storage 310,311 
restrictions for position-independent code 
(PIC) 256 
result passing 
See return results 
return escape sequence, ’\r’ 306 
return results 
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class 185 
struct 185 
union 185 


returned inr2/r3 185 
rewind function 527 
.rodata assembler directive 332 
.rodata section 309 
.rodata section allocation of 

const variables sections 

.rodata allocation of 
const variables 243 

strings 243 
.rodata section location of 

const variables 243 
-rpath linker option 375 
rtp execution environment (VxWorks) 24 
RTP. See VxWorks 
RTTI 

See run-time type information 
__RTTI preprocessor predefined macro 125 
run-time 

error checking, -Xrtc 109 

initialization 269 
run-time type information 

control with -Xrtti, -Xrtti-off 109 
RW access mode. See access modes 
RX access mode. See access modes 


S 


.s files, assembly source 19,91, 158 
-Soption 42, 43,91, 122 

compiler, stopping after 19 

ddump 433 

generate assembly file 158 
-soption 375 

ddump 433 

suppress symbol table information 357 
sbrk function 268, 388, 528 
.sbss 

assembler directive 332 

section 

-R,-v suppressing 432 

.sbss section 
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"small" common blocks appended to 361 
.sbttl assembler directive 333 
_scalb function 528 
scanf function 528,549 
SCOMMON sections 361 
explicit placement 395 
SCONST section class. See section classes 
scope of for statement initialization part 82 
scratch register 132 
rl 186 
use for variables 205 
__SDA2_BASE initializing code-relative base 
register 314 
__SDA_BASE initializing data-relative base 
register 314 
.sdata 
assembler directive 333 
_sdata and sdata symbols created by linker 358 
sdata2 
assembler directive 333 
search path 
header files 40 
ibrary files 373 
libraries 25 
section 
assembler directive 310,333 
section (__attribute__ keyword) 149 
section assembler directive 
aligning ELF 310 
using istring 241 
section classes 
BTEXT 
alternative specifications 397 
CODE, default attributes 243 
CONST 
alternative specifications 397 
default attributes 243 
value of RW 248 
with const variables 253 
with -Xconst-in-text option 253 
DATA 
alternative specifications 397 
locating initialized vs. uninitialized 249 
with linker created symbol, _edata 358 
DATA, default attributes 243 


Index 


SCONST CONST 
value of RW 248 const-in-text mask bits 253 
STRING STRING 


default attributes 243 "text" or "data" 253 
with -Xconst-in-text mask bits 253 value of RW 248 
TEXT user-defined 242 
alternative specifications 397 -X options direct addressing mode 246 


user-defined 243 COMDAT 
section classes CONST definition COMDAT sections. See sections 
-Xconst-in-data same as -Xconst-in-text=0 254 COMDAT 


section n assembler directive 334 
section .warning 362 
section-definition 
See linker command file, section- 
definition 393 


‘o’ type in .section assembler directive 334 
incremental linking, -r5. 375 
treatment by linker 361 
with implicit templates 229 
COMM, allocation of static variables 243 


.sectionlink assembler directive 335 COMMENT 
sections linker, specifications 397 
.abs.nnnnnnnn .comment 


absolute sections 311 
definition 331 
producing, org 311 
absolute, advantages 250 
alignment of output sections 380 
.bss 
clearing using init.c 265 
common blocks appended to 360 
common blocks appending to 360 
common symbols allocating 302, 304 
common symbols allocating for use by 
linker 302 
controlling allocation of uninitialized 
variables 64 
displaying size, ddump -S 433 
holding common blocks not defined in .text 
or .data 357 
holds common blocks not defined in .text or 
data 357 
.lcomm assembler directive allocating 329 
linker allocating storage for common 
symbols 304 
-R, -v suppressing 432 
switching output 320 
-Xlocal-data-area may suppress 
storage 95 
classes 


with -s linker option 375 
.comment, appending character string, .ident 
assembler directive 326 
COMMON 
explicit placement 395 
COMMON, linker 360 
data 256 
allocation of 
static variables 243 
allocation of user-defined sections 243 
copying initial values to, using init.c 265 
displaying size, ddump -S_ 433 
using -Bd to allocate 371 
using -N to allocate immediately after 
text 374 
using -N to place immediately after 
text 371 
with r9 register and the -Xdata-relative-far 
option 186 
with -Xbss-off compiler option 64 
-Xlocal-data-area 95 
fini 
incrt0.s 265 
frame_info 363 
init 
incrt0.s 265 
line 597 
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order, ensuring with GROUP 400 alternative to .equ 335 
padding and fill 310 instead of .equ 324 
placement, with prototypes 251 symbol, define 302 
pragma 139 symbol, define, alternative to .equ 
predefined 242 directive 335 
removing unused 381 .set option assembler directives available 335 
rodata 309 setbuf function 530 
.rodata allocation of setenv function, implementation-defined 
const variables 243 behavior 583 
strings 243 setimp function 471,511,531 
.sbss avoiding for safety 235 
"small" common blocks appending 361 avoiding to improve optimization 193 
allocating 333 definition under <setjmp.h> header file 468 
-R, -v suppressing 432 with -Xjumpbug-size 91 
SCOMMON 361 setjmp function, compatibility 573 
explicit placement 395 setlocale function 531 
.shstrtab string table 599 setup program 
.strtab string table 599 initialize arguments, variables and files in an 
ssymtab 598 embedded environment 279 
.text output used by init.c 266 
allocation of functions 243 setvbuf function 532 
displaying size,ddump -S 433 shared libraries 
use -N to allocate immediately before .aand .so files 383 
data 374 -Bsymbolic option 372 
use with -Bt 371 -rpath option 375 
-Xstrings-in-text 261 -soname option 375 
types -Xbind-lazy option 377 
BSS 397 -Xdynamic option 378 
TEXT 358 -Xexclude-libs option 379 
SECTIONS command -Xexclude-symbols option 379 
and regular expressions in 396 -Xpic option 104 
SECTIONS command 391, 392 -Xshared option 382 
GROUP used within 393 -Xstatic option 383 
seed4 function 485 short assembler directive 336 
seed48 function 502,512,519, 530 short type bit-fields 172 
SEEK _CUR constant 512 .shstrtab string table section 599 
SEEK _END constant 512 SIGABRT signal 476 
SEEK _SET constant 512 sig_atomic_ttype 471 
select sigjmpbuf type 471 
target 285 siglongjmp function 471 
target configuration 21, 26 signal function 275, 532 
separate compilation 121 signed keyword 
.set (equ) assembler directive 335 and compatibility mode 570 
.set (let) assembler directive 335 in basic data types 169 
.set assembler directive 335 using to make bit-fields signed 172 
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__SIGNED_CHARS __ preprocessor predefined 
macro 125 
sigsetjmp function 471 
sigset_ttype 471 
simple execution environment 23 
simple libc.a subdirectory 458 
simple target execution environment, basic character 
input/output 23 
simple/libc.a subdirectory 12 
simulator windiss 439 
sin function 532 
sinf function 533 
SING constant 515 
single quote escape sequence, ’ 
__SINGLE_ONLY macro 125 
sinh function 533 
sinhf function 533 
.size assembler directive 336 
size of 
character constant in C and C++ 228 
enum in C, C++ 228 
sizeof 
operator 119, 154 
defining, stddef.h function 471 
defining, stdio.h function 471 
defining, stdlib.h function 472 
SIZEOF pseudo function 
definition 390 
.sizeof.section-name symbol created by linker 
size_t type 
stddef.h 471 
stdlibh 472 
string.h 472 
.skip assembler directive 311, 336 
skip size, p.34 320 
.so files. See libraries, shared libraries 
__softfp preprocessor predefined macro 125 
-soname linker option 375 
sorted sections, input section order, definition 361 
source, including in assembly code, -Xpass- 
source 103 
.space assembler directive 336 
space optimization 200 
spaces between operands 
allowing, -Xspace-on 297 


306 


358 


Index 


not allowed, -Xspace-off 297 


__SP_END symbol, stack end initialized to 267 


inbubble.c 388 
__sp_grow function 267 


__SP_INIT symbol, stack start initialized to 267 


inbubble.c 388 
sprintf function 533, 549 
sqrt function 534 
sqrtf function 534 
srand function 534 
srand48 function 485, 502,512,519, 534 
src 
directory, source files 272 
subdirectory 12 
-ss option 375 
sscanf function 534,550 
ssize_t type 
defining, stdio.h function 471 
stack 
alignment 
checking 
__sp_grow_ function 267 
__rtc_error function called on 
overflow 267 
__SP_END symbol 267 
__sp_grow function 267 
initialization, by __ SP_INIT symbol 
inbubble.c 388 
layout 181 
overflow check, -Xstack-probe 112 
pointer 186 
standard 
header files, table of 467 
standard 
addressing mode 252 
See addressing modes 
standards 
C++, conformance to 6 
conformance to 6,569 
"start" label in crt0.s 264 


182 


.startof.section-name symbol created by linker 


startup 
and termination 262 
crt0.s 262 
module 
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See crt0.o startup module 
startup module 
-l:crt0.0, specifying with -YP option 367 
statements 
asm string, disabling optimizations 165 
assignment with -WD compiler option 44 
configuration language 
break 568 
case 568 
exit 566 
include 
definition 567 
print 567 
switch 567 
for initialization part scope 82 
switch, implementation-defined behavior 580 
switch, table vs. compares 115 
static 
allocate variables 178 
data 139 
function optimization 207 
function, outside any function, but inside a C++ 
class definition 179 
member 179 
mangling 232 
member function 173 
objects 228 
variables 130 
constructors 228 
destructors 228 
initializers 256 
modify with asm macro 160 
vs. local 190 
static 
keyword 191,360 
static const variable 
with -Xcode-relative-far 68 
stdarg function 
with argument spill area 182 
_ STDC__ macro 125 
stderr 495,527 
buffering 113 
declaring,stdio.h function 471 
redirect to file, -@E 50 
stdin file 500,528 
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declaring, stdio.h function 471 
stdio function 503 
_STD__n termination functions 269 
stdout file 379,521,524, 525 
declaring, stdio.h function 471 
stdout redirect to file,-@E 50 
step function 483, 535 
sterror messages, implementation-defined 
behavior 582 
_stext and stext symbols created by linker 359 
_STI_n initialization functions 269 
stop on warning 383 
storage 
classes, as permitted by scope 178, 179 
mode for assembler macro parameters, 
con 161 
mode line 160 
reserve 310,311 
STORE statement 395 
str* declaration under <string.h> header file 469 
streat function 535 
strchr function 535 
stremp function 512,535, 541 
streoll function 531, 536, 541 
strepy function 536 
strespn function 536 
strdup function 536 
strerror function 537 
strftime function 531,537 


Strict ANSI 
Cmode 75 
C/C++ mode 113 
STRICT_ANSI__ macro 125 


.string assembler directive 336 
string constants 71 
configuration language 564 
-Xcharset-ascii 66 
-Xswap-cr 115 
STRING section class 
"text" or "data" 253 
value of RW 248 
with -Xconst-in-text mask bits 253 
-Xconst-in-data same as -Xconst-in-text=0 254 
STRING section class. See section classes 
strings 


alignment, -Xstring-align 114 
#ident 85 
location, -Xconst-in-... 70 
quoting oncommand line 33 
strlen function 538 
strncat function 538 
strncmp function 538 
strncpy function 539 
strpbrk function 539 
strrchr function 539 
strspn function 539 
strstr function 540 
.strtab string table section 599 
strtod function 540 
strtok function 540 
strtol function 541 
strtoul function 541 
struct 
Iconv 510 
member 172 
return type 185 
scope in C++ versus C 228 
structure member alignment 
-Xstruct-min-align, set minimum 115 
structures 
__packed__keyword 143 
align pragma 129 
alignment 173,185 
alignment of members 
changing with -Xbit-fields-compress- 
we 62 
-Xmember-max-align 98 
-Xstruct-max-align 98 
-Xstruct-min-align 115 
assignment, -Xstruct-assign-split-.. 114 
byte-swapping 143 
enum uses smallest type in packed 136 
illegal references, error treatment of 572 
implementation-defined behavior 579 
initialization, -Xbottom-up-init 64 
initialized, warning in PCC mode 570 
initializers, incomplete parsing 571 
maximum alignment 135, 143 
members 
to registers optimization 199 


Index 


minimum alignment 135, 143 

pack pragma 135 

packed keyword 135, 143 

padding 135 
See also ___packed__ keyword 
minimize 173 
with a zero-length bit-field 172 


reducing size with -Xbit-fields-compress-... 62 
return type 185 
size 173 


argument, -Xstruc-arg-warning 114 
volatile 
member access not atomic in packed 
structures 136 


strxfrm function 531,541 
.strz assembler directive 336 
subdirectories 


host_dir 10 
name under version_path 9 
include, standard header files for user 
programs 12 
target 12 


subprograms run by driver program, table of 19 
subtitle assembler directive 337 

subtitle, defining, -Xsubtitle 298 

SVID reference 475 

swab function 542 

switch statements 


configuration language 567 
implementation-defined behavior 580 


.symbol assembler directive 335 
symbol table 


including 
all locals, -Xstrip-locals-off 297 
certain locals, -Xstrip-temps-off 298 
suppressing 
all locals, -Xstrip-locals 297 
certain locals, -Xstrip-temps 298 


symbols 


"declared" when the assembler recognizes it as a 
symbol of the program 302 
"defined" when a value is associated with 
it 302 
.comm treating as undefined global 304 
common 
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declaring, .comm assembler directive 303 
storage allocated by linker 304 
created by linker 358 
entry point 304 
external 
common 303 
examples 303 
ordinary 303 
forcing linker to define 376 
global 
defining with =: 303 
undefined, if not defined in same file 304 
GNU style 305 
linker command file 389 
local 
generic style 304 
GNU style 305 
n$ 304 
renaming in linker output 375 
restrictions 302 
syntax rules 302 
undefined 
flagged in symbol table 303 
underscores added, -Xunderscore-... 117 
valid characters 302 
.symtab section 598 
syntax 
assembler lines 299 
comments 301 
constants, integral 305 
direct assignment statements 302 
external symbols 303 
floating point constants 307 
format of an assembly language line 299 
labels 300 
local symbols 304 
generic style 304 
GNU style 305 
opcode 301 
operand field 301 
symbols 302 
SYS functions provided by system 475 
sys_errlist variable 520 
sys_nerr variable 520 
system function, implementation-defined 
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behavior 583 


T 


-Toption 288 
+t option 
ddump 433 
-toption 43, 289, 376, 559 
changing, dctrl 26 
ddump 433 
setting configuration variables 556 
table of values 22 
tab stops, default, -Xtab-size 298 
tail call optimization 200 
tail recursion optimization 196 
tan function 542 
tanf function 542 
tanh function 542 
tanhf function 543 
target 
communicating with 276 
configuration 
selecting 21, 26 
examples 25 
configuration, changing the default 26 
dependent optimization 208 
environment variables 279 
input/output support, selecting with environ 
part of -toption 23 
operating system support, special configuration 
file selecting with environ part of -t 
option 23 
predefined files 279 
processor, selecting 22 
program arguments 279 
select 285 
subdirectory 12 
target-dependent options 
Refer to target User’s Manual 
Refer to release notes 
tdelete function 543 
tell function 543 
templates 
C++ keywords 228 


class 229 
function 229 
instantiation 
indplus 229 
-Ximplicit-templates-off 86 
tempnam function 543 
temporary 
assembly file 91 
files, DIABTMPDIR environment variable 16 
registers 
r2-r7 186 
.text assembler directive 337 
.text section 
displaying size, ddump -S 433 
use -N to allocate immediately before 
data 374 
use with -Bt 371 
-Xstrings-in-text 261 
TEXT section class. See section classes 
.text section. See sections 
TEXT section type 358 
tfind function 544 
this C++ keyword 228 
thread-safe operation (multi-tasking support) 278 
throw C++ keyword 78, 193, 228, 230 
time function 276,518, 544 
__TIME__ macro 
precompiled headers 237 
_ TIME macro 126 
.title assembler directive 337 
title, defining, -Xtitle 298 
TLOSS constant 515 
TMPDIR environment variable 422 
tmpfile function 544 
tmpnam function 544 
toascii function 545 
tolower function 545 
toupper function 545 
try 
C++ keyword 228, 230 
try C++ keyword 78, 193 
try keyword 
disabling exceptions 78 
tsearch function 546 
__tstnbz intrinsic function 152 


Index 


.ttl assembler directive 337 
-ttof 43 
-ttof assembler, compiler, linker option 22 
-ttof option 
target processor component 23 
-ttof-:cross option, part of libc.a library 274 
twalk function 546 
.type assembler directive 337 
typedef scope in C++ versus C 228 
typeid expression 231 
type_info class definition 231 
typeinfo& expressions 231 
typeinfo.h C++ header file 231 
__typeof__keyword 144 
types 471 
bool 
- Xbool-off disables 63 
__bool preprocessor predefined 
macro 123 
set type for 63 
defining, fpos_t function 471 
div_t 472,485 
generate debug information for unreferenced 


types 74 
identification, typeid 231 
jmpbuf 471 
Idiv_t 472 


ptfdiff 471 
sig_ atomic_t 471 
sigjmpbuf 471 
sigset_t 471 
size_t 
defining, stdio.h function 471 
stddef.h 471 
stdlib.h 472 
string.h 472 


VISIT 546 
wchar, __wchar_t preprocessor predefined 
macro 126 


tzset function 547 


U 


-Uoption 44 
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-uoption 376 
ddump 431, 432, 434 
.uhalf assembler directive 338 
.ulong assembler directive 338 
#unassert preprocessor directive 126 
#undef preprocessor directive 44 
undefined 
global symbol 304 
symbols, flagging in the symbol table 303 
variable propagation optimization 204 
UNDERFLOW constant 515 
ungetc function 547 
uninitialized data 
.bss section 309 
containing in particular section, with 
ustring 241 
unions 
alignment 173,185 
implementation-defined behavior 579 
initialized, warning in PCC mode 570 
return type 185 
size 173 
UNIX 
configuration variable DCONFIG 15 
default installation pathname 10 
directory separator character 565 
environment variable DIABTMPDIR 16 
reference 475 
setting environment variables 15 
standard name, location of main configuration 
file 558 
unlink function 547 
RAM-disk support, removing a file 275 
_unordered function 547 
unsigned 
keyword, in basic data types 169 
long long variable type 143 
unused assignment deletion optimization 204 
use scratch registers for variables optimization 205 
user 
modifications 262 
user.conf configuration file 
description 11 
dtools.conf configuration file, simplified 
structure 560 


722 


user-defined section class 242 

user-defined section class. See section classes 
use_section pragma 239 

.ushort assembler directives 338 

using C++ keyword 101 

.uword assembler directive 338 


V 


-V option 44, 289, 376 
ddump 433 
-voption 44 
ddump 431, 432, 434 
va_argmacro 471 
va_endmacro 471 
va_list type 471 
values 
double returned in r2/r3. 185 
float returned inr2 185 
long long returned in r2/13. 185 
vararg macros 155 
varargs function 
with argument spill area 182 
variable live range optimization 201 
variables 
absolute, accessing at specific addresses 277 
absolute, accesssing with symbolic 
debugger 250 
access at specific addresses 276 
allocation on stack, -Xlocals-on-stack 95 
automatic 130 
binary representation of 153 
configuration language 564 
conservative access of static and global 
variables 70 
const 
moving from "text" to "data" 253 
-Xdata-relative-far 72 
constructor 228 
destructor 228 
embedded environment, initialize in 
setup.c 279 
errno 468, 470, 475, 477, 478, 479, 488, 491, 496, 
515, 520, 582 


—-errno_fn 475 
preserving 475 


extern 179 
global 


absolute sections 250,277 
allocating to register 130 
modifying with asm macro 160 
optimizing in conditionals 65 
vs. local 190 


global_register pragma used to control 


allocation 130 


initial values 


copying from "rom" to"ram" 265 


initialization of locals, -Xinit-locals 87 
local 198 

locating initialized vs. uninitialized 249 
locating specific address 276 

location, #pragma section 139 

long long 143 

__no_malloc_warning 527 

register 130, 179 

static 130 


modify with asm macro 160 
vs. local 190 


static const 


with -Xcode-relative-far 68 


sys_errlist 520 

sys_nerr 520 

unsigned long long 143 

volatile 98 
va_start macro 471,548,549 
version number, displaying 44 
version_path 9 

directory 41 

subdirectories & important files 10 
vertical tab escape sequence, ’\v’ 306 
vfprintf function 548 
vfscanf function 548 


virtual 


base class 174 


one extra argument added for each 184 


function table 174,176 


generation, key functions 177 


virtual base class 
pointers, added to a derived class 176 


Index 


virtual C++ keyword 228 
virtual function table 
array of pointers to functions 176 
VISIT type 546 
void keyword 228 
void pointers 
arithmetic 119 
volatile 
data 261 
keyword 98, 191, 222, 278 
and compatibility mode 570 
inline assembler 159, 164 
use for variables 261 
member access not atomic in packed 
structures 136 
vprintf function 548 
vscanf function 549 
vsprintf function 549 
vsscanf function 549 
-VV option 44 
VxWorks 
Clibraries 24 
C++ libraries 226 
execution environment 24 
kernel mode 24 
RTP applications 
-Bsymbolic option 372 
-rpath option 375 
-soname option 375 
-Xbind-lazy option 377 
-Xdynamic option 378 
-Xexclude-libs option 379 
-Xexclude-symbols option 379 
-Xpic option 104 
-Xshared option 382 
-Xstatic option 383 
rtp execution environment 24 
user mode 24 


W 


-Waoption 44 
-W as option 44 
-W D option 44 
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-W loption 45 
-W ld option 45 
-W m option changes default linker command 
file 45, 368 
-w option 49 
ddump 433 
-W s option changes default startup file 45, 264, 368 
-W x,arguments option 47 
-W x.ext compiler option 48 
-W xfilename option 46 
#warn preprocessor directive 129 
#warning preprocessor directive 129 
.warning assembler directive 338 
warning messages 605 
-warning section 362 
-WC option 564 
DCONFIG 559 
default DCONFIG if not used 15 
setting configuration language variables 556 
specify configuration file 46 
use for DCONFIG 46 
vs.-WDDCONFIG 557 
__wchar_t preprocessor predefined macro 126 
wcstombs function 140,550 
wctomb function 550 
-WD environment_variable command-line option 
overriding values of variables 27 
-WD option 46, 289, 557, 564, 565 
overriding environment variable value 15 
setting configuration language variable 556 
-WD variable option 
overriding configuration variable 26 
-WDDCONFIG option equivalent to-WC 557 
-WDDENVIRON option 
setting library search path 23 
-WDDOBJECT option 289 
.weak assembler directive 338 
weak pragma 140 
COMDAT symbol may be treated as 361 
whole-program optimization. See cross-module 
optimization 
.width assembler directive 339 
windiss 
compiling 441 
disassembler mode 
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batch 445 
interactive 446 
execution environment, pseudo-value 460 
simulator and disassembler 439 
simulator mode 
-b load binary file 442 
-d debug using mask 442 
-eentry point 443 
-E specify endianity 443 
-h load hex file 443 
-Mmemory mask 444 
-m memory specification 443 
-ma automatic memory allocation 444 
-mmmemory map 444 
-N windows priority 444 
-q quiet mode 444 
-s clock speed 444 
-S stack address 444 
-ttarget processor 444 
-V print version 445 
windiss/libwindiss.a library 456 
Windows 
configuration variable DCONFIG 15 
directory separator character 565 
environment variables 
DIABTMPDIR 16 
setting 15 
installation 10 
-Wm compiler option 271 
.word assembler directive 339 
write function 550 
RAM-disk support, writing a buffer 275 


X 


-x option 
ddump 431 

-X options 
- Xblock-count 63 
disable 51 
switch-table 115 
-X 290, 376 
-x 289 
-Xa 


See -Xdialect-k-and-r 75 
-Xabi-prolog 59 
-Xaddr-... 59 
Xaddr 260 
-Xaddr-code 246 
-Xaddr-const 246 
-Xaddr-data 245, 246 
-Xaddr-sdata 246 
-Xaddr-string 246 
-Xaddr-user 246 
-Xadd-underscore 59 
-Xalign-... 60 
-Xalign-... 60 
-Xalign-fill-text 291 
-Xalign-min 

packed structures 136 
-Xalign-power2 291,319 
-Xalign-value 291,319 
-Xall-far-code-relative 

See -Xcode-relative-far 69 
-Xall-near-code-relative 

See -Xcode-relative-near-all 69 


-Xansi 
See -Xdialect-k-and-r 75 
-Xargs-... 61 


-Xarray-align-min 61 
-Xascii-charset 
See -Xcharset-ascii 66 
-Xasm-debug-... 291 
-Xauto-align 291 
-Xbind-lazy 377 
-Xbitfield-compress 
See --Xbit-fields-compress 62 
-Xbit-fields-... 62 
-Xbit-fields-signed 172, 223 
-Xblock-count 11,80, 208, 281 
D-BCNT requirement 426 
__dbini and __dbexit functions 
requirement 428 
-Xbool-is-... 63 
-Xbool-off 123 
-Xbottom-up-init 64 


-Xbss-... 64 
-Xbss-common-off 360 
-Xc 


Index 


See -Xdialect-strict-ansi 75 
-Xc++-abr 65 
-Xc++-old 65 

old preprocessor 105 
-Xcga-min-use 65 
-Xchar-... 66, 170, 171 
-Xcharset-ascii 66 
-Xcheck-input-patterns 377 
-Xcheck-overlapping 378 
-Xclass-type-name-visible 66 
-Xclib-optim-off 67 
-Xcmo-... 67 

and cross-module optimization 195 
-Xcnew 68 
-Xcode-absolute... 68 
-Xcode-absolute-far 246 
-Xcode-absolute-near 246 
-Xcode-relative-... 261 
-Xcode-relative-far 68, 186, 246, 256 
-Xcode-relative-far-all 246 
-Xcode-relative-near 68, 246 
-Xcode-relative-near-all 246 
-Xcomdat 

in table of options related to template 

instantiation 229 
run-time type information collapsed 
by 109 

-Xcomdat-info-file 70 
-Xconservative-static-live 70 
-Xconst-in-... 70 
-Xconst-in-data 254 
-Xconst-in-text 248, 253, 261 
-Xcpp-dump-symbols 71 

old preprocessor 105 
-Xcpp-no-space 71 
-Xcpu-... 292 
-Xdata-absolute... 71 
-Xdata-absolute-far 247 
-Xdata-absolute-near 246 
-Xdata-relative-... 71,261 
-Xdata-relative-far 186, 247, 256 
-Xdata-relative-near 247 
-Xdebug-... 73 
-Xdebug-align 72 
-Xdebug-dwarf... 72 
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-Xdebug-inline-on 73 
-Xdebug-local-all 73 
-Xdebug-local-cie 73 
-Xdefault-align 292, 324 
-Xdialect-... 74 
-Xdialect-ansi 125,569 

See -Xfp-min-prec-long-double 84 
-Xdialect-c89 74 
-Xdialect-c99 74 
-Xdialect-k-and-r 74,570 
-Xdialect-pcc 193,570 
-Xdialect-strict-ansi 75, 125, 158, 569 
-Xdigraphs-... 75 
-Xdollar-in-ident 75, 260 
-Xdont-die 378 
-Xdont-link 378 
-Xdump-literals 76 
-Xdynamic 378 
-Xdynamic-init 76 
-Xelf 379 
-Xelf-rela-.... 379 
-Xendian-little 77 
-Xenum-is-.... 77,170 
-Xenum-is-int 171 
-Xenum-is-small 170,171 
-Xexception 

See -Xexceptions-off 78 
-Xexceptions 230 
-Xexceptions-... 78 
-Xexclude-libs 379 
-Xexclude-symbols 379 
-Xexplicit-inline-factor 79 
-Xexpl-instantiations 379 

in table of options related to template 

instantiation 230 

-Xextend-args 79, 84 
-Xfar-code-relative 

See -Xcode-relative-far 68 
-Xfar-data-relative 

See -Xdata-relative-far 71,72 
-Xfeedback 80, 208, 281 
-Xfeedback-... 81 
-Xforce 82 
-Xforce-prototypes 82 
-Xforeign-as-Ild 82 
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-Xfor-init-scope-... 82 
-Xfp-... 83 
-Xfp-fast 80 
-Xfp-normal 80 
-Xfp-pedantic 80 
-Xframe-info 84 
-Xfull-pathname 84 
-Xgcc-options-... 84 
-Xgenerate-paddr 380 
-Xgenerate-vmap 380 
-Xglobals-volatile 99 
-Xgnu-locals-... 292 
-Xgnu-locals-off 305 
-Xhardware-divide 85,95 
-Xhardware-divide-off 85,95 
-Xheader-... 292, 293 
-Xheader-format 298 
-Xhi-mark 

See -Xfeedback-frequent 81 
-Xident-... 85 
-Xieee754-pedantic 86 
-Ximplicit-templates-... 86 

in table of options related to template 

instantiation 229 

-Ximport 87 
-Xincfile-missing-ignore 87 
-Xinit-... 87 
-Xinit-section-default-pri 88 
-Xinit-value 89 
-Xinline 89,188 

inlining method 197 
-Xinline-explicit-force 89 
-Xinterrupt-alt-reg 90 
-Xinterrupt-rfi 90 
-Xinterrupt-rte 90 
-Xintrinsic-mask 91 
-Xjmpbuf-size 91 
-Xk-and-r 

See -Xdialect-k-and-r 74 
-Xkeep-assembly-file 91 
-Xkeep-object-file 91 
-Xkeywords 91, 144 
-Xkill-opt 92, 196 
-Xkill-reorder 92, 208 
-Xlabel-colon 293, 300, 317 


Index 


-Xlabel-colon, allowing assembler directives to -Xno-bss 
startin column one 165 See -Xbss-off 64 

-Xlabel-colon-off 293,317 -Xno-common 
-Xleading-underscore See -Xbss-common-off 64 

See -Xunderscore-... 117 -Xno-diagraphs 
-Xlicense-wait 93 See -Xdigraphs-off 75 
-Xline-format 294 -Xno-double 
-Xlint 93,215 See -Xfp-float-only 83 
-Xlist-... 295 -Xno-hardware-divide 85,95 
-Xlist-file-extension=... 295 -Xno-ident 
-Xlit-marg-... 295 See -Xident-off 85 
-Xllen 296 -Xno-implicit-templates 
-Xlocal-data-area 94, 254 See -Ximplicit-templates... 86 
-Xlocal-data-area-static-only 95 -Xno-long-double 
-Xlocals-on-stack 95, 179 See -Xfp-long-double-off 83 
-Xlocal-struct -Xno-optimized-debug 

See Xlocal-data-area 94 See -X optimized-debug... 103 
-Xlo-mark -Xno-recognize-lib 

See -Xfeedback-seldom 81 See -Xclib-optim-off 67 
-Xloopt-old 296, 347 -Xno-rtti 
-Xmacro-arg-space-... 296, 345 See -Xrtti-... 110 
-Xmacro-in-pragma 96 -Xno-wchar 

old preprocessor 105 See -Xwchar-t-... 119 
-Xmacro-undefined-warn 96 -XO_ 16,42,47,48, 80,92, 101, 102, 103, 109, 116, 
-Xmake-dependency 96 189 

old preprocessor 105 inlines functions 197 
-Xmake-dependency-... 98 sets -Xinline 89 

old preprocessor 105 -Xold-align 380 
-Xmax-inst-level 98 -Xold-inline-asm-casting 102 
-Xmember-max-align 98, 136, 261 -Xold-scoping 
-Xmemory-is-volatile 98, 261 See -Xfor-init-scope-... 82 
-Xmin-align -Xopt-count 102 

See -Xalign-min 61 -Xoptimized-debug-... 103 
-Xmismatch-warning 99,571 -Xoptimized-load 380 

and -e option 39, 100 -Xpage-skip 296 
-Xmnem-diab 296 -Xparse-size 103, 188, 576 
-Xname-... 100 -Xpass-source 37,103, 122 
-Xnamespace-... 101 -Xpcc 
-Xnear-code-relative See -Xdialect-pec 75 

See -Xcode-relative-near 69 -Xpch-... 104 
-Xnear-data-relative -Xpic 104 

See -Xdata-relative-near 72 -Xplen 297 
-Xnested-interrupts 101 -Xpointers-volatile 99 
-Xno-bool -Xpragma-section-... 104 

See -Xbool-off 63 -Xprefix-underscore-... 381 
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-Xprepare-compress 297 
-Xpreprocess-assembly 105 
-Xpreprocessor-lineno-off 105 
-Xpreprocessor-old 105 
-Xprof-all 106 
-Xprof-all-fast 106 
-Xprof-count 106 
-Xprof-coverage 106 
-Xprof-exec 107 
-Xprof-feedback 107 
-Xprof-snapshot 108 
-Xprof-time 106 
-Xprof-time-fast 106 
-Xput-const-in-text 72 
-Xremove-unused-sections 381 
-Xrescan-... 381 
-Xrescan-libraries 366 
-Xrestart 109 


-Xrtc 109 
-Xrtc=4 equivalent to -Xstack-probe 112 
-Xrtti-... 109 


-Xsection-align 382 
-Xsection-pad 110 
-Xsection-split 110 
-Xsect-pri-... 111 
-Xshared 382 
-Xshow-configuration 111 
-Xshow-inst 111 
-Xshow-target 111 
-Xsigned-bitfields 


See -Xbit-fields-signed 62 


-Xsigned-char 


See -Xchar-signed 66 


-Xsize-opt 112,189, 261 
-Xsort-frame-info 382 
-Xspace-... 297 
-Xspace-off 299, 317 
-Xstack-probe 112, 261, 267 
-Xstatic 383 
-Xstatic-addr-... 112 
-Xstatics-volatile 99 
-Xstderr-fully-buffered 113 
-Xstop-on-redeclaration 383 
-Xstop-on-warning 113, 383 
-Xstrict-ansi 113 
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See -Xdialect-strict-ansi 75 
-Xstrict-bitfield-promotions 113 
-Xstring-align 114 
-Xstrings-in-text 254 
-Xstrip-... 297 
-Xstruct-... 114 
-Xstruct-max-align 

See -Xmember-max-align 98 
-Xstruct-min-align 115, 261 
-Xsubtitle 298 
-Xsuppress-dot-... 383 
-Xsuppress-path 383 
-Xsuppress-section-names 383 
-Xsuppress-underscore-... 384 
-Xsuppress-warnings 115 
-Xswap-cr-nl 115 
-Xsyntax-warning-... 116 
-Xt 

See -Xdialect-k-and-r 74 
-Xtab-size 298 
-Xtarget 116 
-Xtest-at-... 116 
-Xtitle 298 
-Xtrailing-underscore 

See -Xunderscore-.... 117 
-Xtruncate 117 
-Xunderscore-... 117 
-Xunroll 118, 203 
-Xunroll-size 118, 188, 203 
-Xunsigned-bit-fields 

See -Xbit-fields-unsigned 62 
-Xunsigned-bitfields 

See -Xbit-fields-unsigned 63 
-Xunsigned-char 

See -Xchar-unsigned 66 
-Xunused-sections-... 384 
-Xuse-double 

See -Xfp-min-prec-double 83 

See -Xfp-min-prec-long-double 
-Xuse-float 

See -Xfp-min-prec-float 83 
-Xuse-.init 

See -Xinit-section 88 
-Xusing-std-... 118 
-Xvoid-ptr-arith-ok 119 
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Index 


-Xwchar-off 126 

-Xwchar_t-... 119 
.xdef assembler directive 303, 339 

declaring ordinary external symbols 303 
.xref assembler directive 339, 360 


Y 


-YToption 49 
-YLoption 49 
-Y L option, search path for -1 373, 376 
-y option 
ddump 434 
-YPoption 49 
-Y P option, search path for -1 367, 373, 376 
-YUoption 49 
-Y U option, search path for -1 373, 376 
yO function 551 
yOf function 551 
yl function 551 
ylf function 551 
-Yloption 41 
yn function 552 
ynf function 552 
yvals.h 227 


Z 


+Z option 
ddump 434 

-Z option 
ddump 433 
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